AI Dev Ownership
AI schreibt den Code.
Entwickler behalten die Autorschaft.
Ein Programm für Entwickler, die mit AI-Werkzeugen arbeiten: Sie verantworten, was sie ausliefern, behalten die Fähigkeiten dahinter und füllen ihre Rolle klar aus. Unternehmen können es für ihre Entwickler buchen.
Das Prinzip
Autor ist, wer mit seinem Namen dafür einsteht, dass die Bedingungen erfüllt sind. Die Maschine darf die Züge machen, die Partie trägt trotzdem die Signatur des Entwicklers. Das Risiko ist nicht die AI, sondern das Sign-off aus Gewohnheit und eine berufliche Identität, die auf dem Tippen aufgebaut war.
Vor jedem Sign-off
Der Entwickler benennt eine Stelle, an der dieser Code falsch sein könnte. Keine gefunden? Dann hat er noch nicht signiert.
Der Authorship-Kreislauf
Fünf Stationen, die jede Änderung durchläuft, egal ob von Menschen oder von AI geschrieben. Jede Station stellt dem Entwickler eine Frage. Wie tief er jeweils geht, richtet sich nach dem geschätzten Risiko der Änderung.
Intent Issue
Habe ich das Wofür und "fertig" gesetzt?
Orchestration WIP
Habe ich gestaltet, wie es entsteht?
Verification PR
Mit welchen Kriterien prüfe ich es vorab?
Judgment Sign-off
Stimme ich zu, weil es stimmt und passt?
Accountability Production
Stehe ich dafür ein, wenn es bricht?
Craft der Boden, immer
Verstehe ich es so, dass ich es erklären und ändern könnte? Ohne dieses Verstehen wird die Prüfung zum blinden Durchwinken und das Sign-off zum Hoffen.
Angeboten als offene Kohorte, als 1:1-Begleitung für erfahrene Entwickler und als Impuls-Workshop für ganze Teams. Aufbau und Details stehen auf authorship.dev.
Wenn das Unternehmen bucht: wo es sich rechnet
AI beschleunigt den Output, im Review entscheidet sich, was daraus wird. Der DORA-Report 2025 beschreibt AI als Verstärker: Starke Teams gewinnen, schwache verlieren, und die Instabilität steigt. Telemetriedaten von Herstellern (u. a. Faros 2026) zeigen in dieselbe Richtung: mehr Durchsatz, aber auch mehr Bugs und längere Reviews.
Weniger Rework und Incidents
Der stärkste Hebel, weil er in Unternehmen schon gemessen wird: Change Failure Rate, Rework-Rate, Review-Zeit.
Wissen im Team halten
Entwickler können erklären, was sie mergen. Die Codebasis bleibt verständlich, das Domänenwissen im Haus.
Quellen: DORA 2025, Faros 2026 (Sekundärquelle).
Nächster Schritt
30 Minuten: Wo stehen die Entwickler mit AI, und was steht auf dem Spiel?