Das Manifest
Die 70/30 Regel
AI macht 70%, du entscheidest 100%
Die 70/30 Regel
AI macht 70% der Implementation.
Du machst die kritischen 30%.
Du entscheidest 100%.
Das ist keine Produktivitäts-Formel. Es ist ein Modell dafür, wo dein Wert als Entwickler liegt – und wie sich dieser Wert gerade verschiebt.
Die 70%: Was AI übernimmt
Boilerplate. CRUD-Operationen. Standard-Patterns. Tests für bekannte Flows. Dokumentation. Refactoring. Setup und Konfiguration.
Diese Arbeit ist nicht unwichtig – aber sie ist vorhersehbar. AI kann Patterns erkennen und anwenden. Das ist ihre Stärke. Und sie wird jeden Monat besser darin.
Die 30%: Was bei dir bleibt
Die restlichen 30% sind die schwierigen Teile. Die Teile, wo Kontext, Urteilsvermögen und Erfahrung zählen:
- Code Review & Verifikation – AI-Output prüfen, subtile Bugs erkennen, Edge Cases finden
- Architektur-Entscheidungen – Wie Komponenten zusammenspielen, was wohin gehört
- Domain-Logik – Business Rules, die nur du kennst, weil du mit Usern sprichst
- Integration & Debugging – Wenn Systeme zusammenkommen und es knallt
- Kurs-Korrekturen – Wenn der AI-Ansatz in die falsche Richtung geht
Tipp
Die 30% sind der Grund, warum 'Vibe Coding' – AI ohne Review durchlaufen lassen – nicht funktioniert. Du sparst 70% Zeit beim Schreiben und verlierst 200% beim Debuggen.
Die 100%: Deine Entscheidungen
Über der Implementation liegt eine Ebene, die AI nicht berühren kann: Was bauen wir überhaupt?
Welches Feature hat den größten Impact? Für welchen User lösen wir das Problem? Was ist das Minimum, das echten Value liefert? Wann ist etwas gut genug zum Shippen?
Diese Fragen erfordern Kontext, den kein Modell hat. Dein Produkt. Deine User. Dein Markt. Deine Vision. Das sind die 100%, die immer bei dir bleiben.
Das Produktivitäts-Paradox
Hier wird es interessant. Atlassian hat gemessen: Entwickler verbringen nur 16% ihrer Zeit mit Code schreiben. Der Rest geht in Meetings, Tool-Wechsel, Informationssuche, Warten.
AI-Coding-Tools optimieren diese 16%. Das ist gut. Aber was ist mit den anderen 84%?
Wichtig
Wie kann das sein? AI generiert Code schnell – aber das Review dauert. AI macht subtile Fehler, die Zeit kosten. Die gefühlte Geschwindigkeit täuscht.
Das heißt nicht, dass AI nutzlos ist. Es heißt: Die gewonnene Zeit muss bewusst reinvestiert werden. Sonst verschwindet sie in Busy Work.
Wohin die Zeit tatsächlich geht
GitHub hat Entwickler gefragt, die AI effektiv nutzen: Wofür nutzt ihr die gewonnene Zeit?
47% investieren in System Design und Zusammenarbeit. Nicht in mehr Code. In bessere Entscheidungen darüber, was gebaut werden soll.
Das ist der Shift: Weniger Zeit mit Tippen, mehr Zeit mit Denken.
Die Karriere-Entscheidung
Die 70/30 Regel ist keine Optimierung. Sie ist eine Weggabelung.
Bei den 70% bleiben
Du schreibst Code, den AI morgen besser schreibt. Du konkurrierst mit einem Tool, das nie müde wird. Dein Wert sinkt mit jedem Modell-Update.
Die 30% + 100% meistern
Du entscheidest, was gebaut wird. Du erkennst, wenn AI falsch liegt. AI wird dein Multiplikator, nicht dein Ersatz.
In der Praxis
Morgens entscheidest du: Was ist heute das Wichtigste? Welches Feature hat die größte Wirkung? Das kann AI nicht für dich entscheiden.
Beim Bauen schreibt Claude Code den Code. Du reviewst, iterierst, korrigierst den Kurs. Du entscheidest, wann etwas gut genug ist.
Beim Shippen entscheidest du: Welchen Scope schneiden wir? Was kann warten, was muss jetzt rein?
Die zentrale Frage
Nicht: "Wie werde ich ein besserer Coder?"
Sondern: "Wie treffe ich bessere Entscheidungen darüber, was gebaut werden soll?"
Das ist der Kern von Product Sense. Und der Grund, warum die 100% wichtiger sind als die 70% und die 30% zusammen.
Denk an deinen letzten Arbeitstag:
- Wie viel Zeit ging in Code, den AI hätte schreiben können? (Die 70%)
- Wie viel Zeit ging in Review, Debugging, Architektur? (Die 30%)
- Wie viel Zeit ging in Entscheidungen – was bauen wir, für wen? (Die 100%)
Die meisten Entwickler verbringen zu viel Zeit in den 70%. Der Hebel liegt in den 100%.
Zusammenfassung
- 70% AI: Boilerplate, CRUD, Standard-Patterns – vorhersehbare Arbeit
- 30% Du: Review, Architektur, Domain-Logik, Integration – wo Judgment zählt
- 100% Entscheidungen: Was bauen, für wen, wann shippen – immer bei dir
- Die Weggabelung: Bei den 70% bleiben oder die 30% + 100% meistern