# Von Job-Titeln zu Archetypen: Wie KI klassische Software-Rollen auflöst

> Autor: Chris Jon Graf (KI-Stratege & CEO)
> Aktualisiert: 2026-07-10
> URL: https://ki-outsourcing.ch/ratgeber/von-job-titeln-zu-archetypen-wie-ki-klassische-software-rollen-auflost

## Zusammenfassung

Engineering, Product, Design und Data Science verschmelzen in der Software-Entwicklung zu einer neuen Rollenart. Boris Cherny, Creator von Claude Code bei Anthropic, beobachtet fünf Archetypen statt klassischer Titel: Prototyper, Builder, Sweeper, Grower, Maintainer. Die Rolle folgt der Produktphase, nicht dem CV. Für Schweizer Unternehmen bedeutet das: Rekrutierungslogik, Vendor-Auswahl und interne Strukturen müssen neu kalibriert werden – ohne Governance und Compliance zu gefährden.

## Was Boris Cherny bei Anthropic beobachtet: Titel verschwinden, Archetypen bleiben

Boris Cherny, Creator und Head of Claude Code bei Anthropic, hat im Sommer 2026 eine Beobachtung öffentlich gemacht, die viele C-Level-Entscheider irritiert: Die klassischen Funktionen – Engineering, Product, Design, Data Science – lösen sich in seinem Team auf. Bei Anthropic tragen alle denselben Titel: 'Member of Technical Staff'. Der PM codiert, der Designer codiert, sogar Finance codiert. Cherny selbst shipped 20 bis 30 Pull Requests pro Tag und betreibt fünf parallele Claude Code Instanzen gleichzeitig.

Was bleibt, wenn Job-Titel verschwinden? Cherny identifiziert fünf Archetypen, die nicht mehr an Disziplinen, sondern an Produktphasen und Arbeitsweisen gebunden sind: Prototyper (generiert viele Ideen, 80% werden verworfen), Builder (macht aus Prototypen Production-Grade-Produkte in Tagen), Sweeper (vereinfacht Code, entfernt Features, optimiert Performance), Grower (iteriert am Produkt für Product-Market Fit) und Maintainer (sichert Skalierung, Sicherheit, Zuverlässigkeit). Diese Rollen existieren parallel, nicht nacheinander – und sie rotieren je nach Phase.

**70%** — Produktivitätssteigerung pro Engineer bei Anthropic seit Claude Code intern läuft

## Warum die Verschmelzung jetzt passiert: KI als Functional Layer

Rich Archbold formulierte es im Februar 2026 präzise: 'Once AI commoditises the functional layer, once the engineer, the PM, and the designer are all just people directing the same agents, the function stops being the thing that distinguishes them.' McKinsey beziffert die Auswirkung: KI reduziert Produktentwicklungszeiten um bis zu 50%. BCG sieht Engineering-Kosten sinken um 15 bis 25%. Accenture berichtet von bis zu 2x Produktivitätssteigerung bei AI-driven Design.

Bei Anthropic werden 80 bis 90% des Codes mancher Teams mit Claude Code geschrieben. Das Modell reviewed jeden Pull Request, bevor ein Mensch ihn ansieht, und fängt die meisten Bugs im ersten Pass ab. Figma meldet für 2026, dass 91% der Designer KI-Tools wöchentlich nutzen und durchschnittlich 4 Stunden pro Woche an Routinezeit sparen – das sind 40% ihrer Arbeitszeit.

> **LinkedIn benennt sein APM-Programm um**
>
> LinkedIn hat sein Associate Product Manager Program 2026 in ein 'Product Builder Program' umgewandelt und trainiert Hires gleichzeitig über Product, Design und Engineering hinweg. Die Signalwirkung ist klar: Disziplingrenzen sind Artefakte der Vergangenheit.

## Die fünf Archetypen im Detail: Wer macht was, wann?

### Prototyper: Der kreative Verwerfer

Der Prototyper generiert viele Ideen schnell – und verwirft die meisten. Bei Anthropic überleben nur 20% der Prototypen. Der kleine Spinner-Icon, den du während der Claude-Code-Arbeit siehst, durchlief 50 bis 100 Iterationen, bis das richtige Design überlebte. Agent Teams produzieren Hunderte Versionen vor dem Shipment. In der Pre-Product-Market-Fit-Phase dominiert dieser Archetyp: Exploration vor Perfektion.

### Builder: Von Prototyp zu Production in Tagen

Der Builder übersetzt eine validierte Idee in Production-Grade-Infrastruktur oder Produkt – und zwar schnell. Cowork, ein komplettes Produkt für Non-Engineers, entstand bei Anthropic in rund 10 Tagen. Deloitte bestätigt das Tempo: 20 bis 30% schnellere Time-to-Market bei KI-enabled Design-Systemen. Builder dominieren die Phase zwischen Prototyp-Validierung und erstem Release.

### Sweeper: Der disziplinierte Vereinfacher

Anthropic unshipped 80% dessen, was sie bauen. Features mit unter 5% Adoption werden gezielt entfernt. Der Sweeper räumt auf: vereinfacht Code, reduziert Komplexität, optimiert Performance. In wachsenden und reifen Produkten ist dieser Archetyp unverzichtbar – er verhindert technische Schuld und hält das System navigierbar.

### Grower: Der Iterationsmotor für Product-Market Fit

Der Grower nimmt ein gebautes Produkt und iteriert es in Richtung Product-Market Fit. Er arbeitet eng mit Nutzern, testet Hypothesen, A/B-testet Features. Gartner erwartet, dass bis 2027 70% neuer Produkte KI im Designprozess integrieren – Grower nutzen diese Tools, um Signale aus Daten in Produktentscheidungen zu übersetzen. Dieser Archetyp dominiert die Phase nach dem Launch, vor der Skalierung.

### Maintainer: Der Wächter der Skalierung

Wenn ein Produkt reift, braucht es den Maintainer: Er macht das System sicher, zuverlässig, schnell und effizient bei wachsender Last. Bei Anthropic reviewed Claude Code automatisch jeden PR – eine Maintainer-Funktion, die früher Wochen Manpower band. In regulierten Märkten wie der Schweiz bleibt dieser Archetyp auch unter KI-Einsatz unverzichtbar: Governance, Compliance und Audit-Trails sind keine technischen, sondern organisatorische Pflichten.

## Was das für Schweizer Unternehmen konkret bedeutet

### Rekrutierung: Vom CV zur Portfolio-Phase-Match

Klassische Stellenausschreibungen ('Senior Product Manager, 5+ Jahre Erfahrung') verlieren an Aussagekraft. Die Frage ist nicht mehr: 'Welchen Titel hattest du?', sondern: 'Welche Archetypen-Rolle hast du in welcher Produktphase ausgefüllt?' Ein effektiver Prototyper ist in der Pre-PMF-Phase Gold wert, kann aber in einer Maintenance-Phase scheitern. Umgekehrt genauso. Das bedeutet: Interviews müssen Archetypen-Skills abfragen, Referenzen müssen Phasenkontext liefern, Onboarding muss Archetypen-Rotation ermöglichen.

- Frage nicht nach Job-Titeln, sondern nach Prototyping-Velocity, Shipping-Frequenz, Refactoring-Disziplin
- Bewerte Portfolios nicht nach Tool-Listen, sondern nach Phasen: Was hast du in welcher Produktphase gebaut?
- Strukturiere Teams nach Produktphase, nicht nach Disziplin: Pre-PMF braucht mehr Prototyper/Builder, Scale braucht mehr Sweeper/Maintainer

### Vendor-Auswahl: Forward-Deployed Engineering neu gedacht

Unser Artikel 'Forward-Deployed Engineering: Wenn KI-Outsourcing zur neuen Normalität wird' beschrieb, wie Microsoft Frontier ($2,5 Mrd., 6000 Engineers) und Amazon ($1 Mrd.) externe Engineering-Kapazität in Kunden-Infrastruktur deployen. Mit Archetypen-Logik ändert sich die Vendor-Auswahl: Buchst du einen 'Senior Engineer' oder einen 'Builder für 8-Wochen-Phase zwischen Prototyp und MVP'? Vendors, die Archetypen-basierte Teamzusammenstellung anbieten, liefern höhere Velocity – vorausgesetzt, sie können die Produktphase lesen.

> **Archetypen-Fragen für Vendor-Gespräche**
>
> Frag deinen Outsourcing-Partner: 'Welche Archetypen-Rollen deckt euer Team ab? Könnt ihr ein Team für Pre-PMF anders zusammenstellen als für Scale? Wie rotiert ihr Rollen bei Phasenübergang?' Wenn die Antwort 'Wir haben Senior Engineers und Product Manager' lautet, ist der Vendor gedanklich noch im alten Modell.

### Governance und Compliance: Archetypen ≠ Anarchie

Ein häufiges Missverständnis: 'Wenn Titel verschwinden, verschwindet auch Verantwortung.' Das Gegenteil ist richtig. Art. 716a OR verlangt unübertragbare Aufgaben des Verwaltungsrats – unabhängig davon, ob dein CTO 'CTO' oder 'Member of Technical Staff' heisst. Der EU AI Act (August 2026) definiert Deployer-Pflichten für Hochrisiko-Systeme – unser Artikel 'EU AI Act August 2026: Der Deployer-Pflichtenkatalog für Schweizer Unternehmen' zeigt die Details. FINMA Guidance 08/2024 und revDSG fordern dokumentierte Verantwortlichkeiten.

Archetypen-Organisation bedeutet nicht Titel-Abschaffung auf dem Org-Chart, sondern funktionale Flexibilität im Arbeitsalltag. Formal bleiben Rollen und Unterschriften bestehen. Operativ rotieren Menschen durch Archetypen je nach Produktphase. Das erfordert: klare RACI-Matrizen (wer ist im Archetyp X für Entscheidung Y zuständig?), dokumentierte Archetypen-Rotation (wer war wann in welcher Rolle aktiv?) und Audit-Trails, die nicht an Job-Titeln, sondern an Verantwortlichkeiten hängen.

## Archetypen-Mapping: Wer braucht was in welcher Phase?

- Pre-PMF (Exploration): 50% Prototyper, 30% Builder, 20% Sweeper – hohe Iteration, viel Verwerfen, schnelle Pivots
- Growing PMF (Traction): 30% Builder, 25% Grower, 25% Sweeper, 20% Maintainer – Stabilisierung ohne Erstarrung
- Mature/Scale (Optimierung): 40% Maintainer, 30% Sweeper, 20% Grower, 10% Builder – Effizienz, Sicherheit, kontinuierliche Verbesserung

Dieses Mapping ist nicht statisch. Ein erfolgreiches Produkt durchläuft mehrere Zyklen: Nach Scale kommt oft ein neuer Prototyping-Zyklus für Features oder Spin-offs. Menschen können und sollten zwischen Archetypen wechseln – aber nicht alle Menschen sind in allen Archetypen gleich stark. Das zu akzeptieren ist der erste Schritt zu effizienterer Teamzusammenstellung.

## Die drei grössten Fehler bei der Umstellung

1. Archetypen als neue starre Titel missbrauchen: 'Ab jetzt bist du unser Sweeper' ist genauso falsch wie 'Du bist unser Senior Engineer'. Archetypen sind Rollen, die du einnimmst, nicht Identitäten, die du trägst.
2. Governance-Strukturen vorschnell abbauen: Schweizer Unternehmen unterliegen Art. 716a OR, FINMA-Vorgaben, EU AI Act Deployer-Pflichten. Archetypen-Flexibilität darf diese nicht aushebeln.
3. Alle Software-Rollen gleich behandeln: Diese Archetypen gelten für Software-PRODUKT-Entwicklung (Engineering, Product, Design, Data Science). Finance, HR, Operations, Legal folgen anderen Logiken. Unser Artikel 'KI und Personalstrategie: Warum KI-bedingter Stellenabbau keinen ROI liefert' zeigt, warum blinder Stellenabbau nach KI-Einführung scheitert.

## Was du jetzt konkret tun kannst

Beginne mit einem Pilotteam in einer klar definierten Produktphase. Wenn du ein neues Produkt in Pre-PMF-Phase hast, stelle ein kleines Team aus zwei Prototypern, einem Builder und einem Sweeper zusammen – ohne starre Titel, mit klaren Archetypen-Rollen und wöchentlicher Retrospektive. Miss Velocity (wie viele validierte Prototypen pro Woche?), Waste (wie viel wird bewusst verworfen?) und Time-to-Production (wie schnell wird ein validierter Prototyp zum lauffähigen Feature?).

Dokumentiere, was funktioniert und was nicht. Nach 8 bis 12 Wochen hast du genug Daten, um die Archetypen-Logik auf weitere Teams auszurollen – oder zu justieren. Wichtig: Governance-Strukturen bleiben bestehen, werden aber auf Archetypen-Rotation kalibriert. Ein 'Member of Technical Staff' kann im Audit-Trail als 'Maintainer in Woche 12–18, Grower in Woche 19–24' dokumentiert sein – das ist ausreichend für revDSG, FINMA und EU AI Act.

> **Vorsicht bei regulierten Systemen**
>
> Wenn dein Produkt unter EU AI Act Hochrisiko-Kategorien fällt (siehe unser Artikel zum Deployer-Pflichtenkatalog), musst du dokumentieren, wer wann welche sicherheitsrelevante Entscheidung getroffen hat. Archetypen-Rotation ist erlaubt, aber nicht anonymisiert: Personen, Zeiträume und Verantwortlichkeiten müssen nachvollziehbar bleiben.

## Der AI Design Market wächst mit 34% CAGR – Archetypen sind die Struktur dahinter

Der AI Design Market wuchs von $741 Mio. (2024) auf prognostizierte $13,94 Mrd. (2034) – eine jährliche Wachstumsrate (CAGR) von 34,11%. Diese Explosion ist nicht nur Tool-getrieben, sondern strukturell: Teams, die KI-Tools effektiv nutzen, sind jene, die Rollen flexibel auf Produktphasen mappen. Anthropic, LinkedIn, und eine wachsende Zahl europäischer Scale-ups zeigen: Archetypen sind keine Silicon-Valley-Spielerei, sondern Wettbewerbsvorteil.

Für Schweizer Entscheider heisst das: Wer Archetypen-Logik ignoriert, verliert Velocity gegen Wettbewerber, die sie nutzen. Wer sie blindlings kopiert ohne Governance-Kalibrierung, riskiert Compliance-Verstösse. Der Mittelweg – Archetypen-Flexibilität mit dokumentierter Verantwortlichkeit – ist anspruchsvoll, aber lohnend. Die Frage ist nicht ob, sondern wie schnell du beginnst.

## Häufige Fragen

### Was sind die fünf Archetypen, die klassische Software-Rollen ersetzen?

Boris Cherny identifiziert Prototyper (generiert viele Ideen, verwirft 80%), Builder (macht Prototypen in Tagen Production-ready), Sweeper (vereinfacht Code, entfernt Features), Grower (iteriert für Product-Market Fit) und Maintainer (sichert Skalierung und Zuverlässigkeit). Diese Rollen folgen Produktphasen, nicht CV-Titeln.

### Bedeutet das, dass Job-Titel wie 'Product Manager' oder 'Engineer' komplett verschwinden?

Nicht notwendigerweise. Formal bleiben Titel oft bestehen (für Governance, Verträge, Org-Charts). Operativ jedoch arbeiten Menschen in Archetypen-Rollen, die je nach Produktphase wechseln. Bei Anthropic tragen alle 'Member of Technical Staff', arbeiten aber in unterschiedlichen Archetypen je nach Bedarf.

### Wie wirkt sich das auf Rekrutierung in Schweizer Unternehmen aus?

Rekrutierung muss von 'Welchen Titel hattest du?' zu 'Welche Archetypen-Rolle hast du in welcher Produktphase ausgefüllt?' wechseln. Interviews sollten Prototyping-Velocity, Shipping-Frequenz und Refactoring-Disziplin abfragen. Portfolios sollten nach Produktphasen bewertet werden, nicht nach Tool-Listen.

### Gefährdet Archetypen-Flexibilität Governance und Compliance in der Schweiz?

Nein, wenn richtig umgesetzt. Art. 716a OR, FINMA Guidance, revDSG und EU AI Act verlangen dokumentierte Verantwortlichkeiten – unabhängig vom Titel. Archetypen-Rotation muss in RACI-Matrizen und Audit-Trails erfasst werden: wer war wann in welcher Rolle verantwortlich? Flexibilität ja, Anonymität nein.

### Gilt die Archetypen-Logik für alle Unternehmensrollen?

Nein. Diese Archetypen gelten für Software-PRODUKT-Entwicklung (Engineering, Product, Design, Data Science). Finance, HR, Operations, Legal folgen anderen Logiken. Nicht jede Rolle im Unternehmen verschmilzt durch KI – nur jene, die direkt am Software-Produkt arbeiten.

### Wie starte ich mit Archetypen-Teams in meinem Unternehmen?

Beginne mit einem Pilotteam in klar definierter Produktphase (z.B. Pre-PMF). Stelle ein kleines Team ohne starre Titel zusammen (z.B. zwei Prototyper, ein Builder, ein Sweeper), miss Velocity und Time-to-Production über 8–12 Wochen. Dokumentiere Learnings und rolle dann aus – mit bestehenden Governance-Strukturen kalibriert auf Archetypen-Rotation.

## Quellen

- [Boris Cherny (Creator of Claude Code) On How His Career Grew](https://www.developing.dev/p/boris-cherny-creator-of-claude-code)
- [Anthropic's Claude Code Team Has 5 Roles and Zero Job Titles](https://aakashgupta.medium.com/anthropics-claude-code-team-has-5-roles-and-zero-job-titles-bf4860a389fc)
- [The 5 job archetypes of the future, according to Claude Code's creator](https://benzatine.com/news-room/the-future-of-work-five-emerging-job-archetypes-in-the-age-of-ai)
- [How AI Tools Are Transforming Product Design in 2026](https://caddcentre.com/blog/how-ai-tools-are-transforming-product-design-in-2026/)
- [Future of Product Management Beyond 2026](https://blog.productmanagementsociety.com/future-of-product-management-beyond-2026/)
- [The Rise of the Design Engineer: How AI is Collapsing the Digital Creation Stack](https://ourculturemag.com/2026/07/07/the-rise-of-the-design-engineer-how-ai-is-collapsing-the-digital-creation-stack/)
- [The AI-Powered Product Engineer: A New Engineering Archetype](https://medium.com/@rich_archbold/the-ai-powered-product-engineer-a-new-engineering-archetype-3119ed9716e4)
- [Designing the Future with AI: Trends & Insights for 2026](https://www.parallelhq.com/blog/future-of-design-with-ai)
- [Anthropic's Boris Cherny says there are days he manages tens of thousands of AI agents](https://fortune.com/2026/06/08/anthropics-boris-cherny-creator-of-claude-code-says-there-are-days-he-manages-tens-of-thousands-of-ai-agents-at-once/)