# Definition of Done für KI-Code: Belege statt Zusagen *Quelle: https://www.provimedia.de/blog/definition-of-done-ki-entwicklung · Stand: 2026-07-27* > Wenn Code in Minuten entsteht, verschiebt sich der Engpass auf die Frage, wann etwas fertig ist. Eine Definition of Done, die diesem Tempo standhält. **Eine Definition of Done ist die Liste der Bedingungen, unter denen eine Aufgabe als abgeschlossen gilt. Bei KI-gestützter Entwicklung braucht sie eine Ergänzung, die früher selbstverständlich war: dass jemand den Code verstanden hat. Und sie braucht Belege statt Zusagen — „getestet" ist keine Erledigung, die Ausgabe des Testlaufs schon.** ## Warum braucht KI-gestützte Entwicklung eine andere Definition of Done? **Weil sich der Engpass verschoben hat.** Früher war das Schreiben der teure Schritt und das Prüfen der billige. Heute ist es umgekehrt: Code entsteht in Minuten, das Verstehen dauert unverändert lang. Eine Definition of Done, die diese Verschiebung nicht abbildet, erklärt Arbeit für fertig, deren teuerster Teil noch aussteht. Die Stack Overflow Developer Survey 2025 zeigt, wo dieser Teil dann anfällt: 45 Prozent der Befragten verlieren erhebliche Zeit mit dem Debuggen von KI-Code, und 66 Prozent nennen „fast richtig, aber nicht ganz" als größte Frustration. ## Wie sieht eine Definition of Done für KI-Code aus? **Neun Punkte, getrennt danach, wer sie prüft.** Die Trennung ist der eigentliche Trick: Was eine Maschine entscheiden kann, darf keinen Menschen kosten. ### Maschinell prüfbar — gehört in die Pipeline - Testlauf ist grün, ohne übersprungene Tests. - Die Abdeckung der geänderten Zeilen liegt nicht unter dem Projektwert. - Keine neuen Befunde der statischen Analyse oberhalb der festgelegten Schwere. - Keine neuen Abhängigkeiten mit bekannten kritischen Schwachstellen; Lizenzen geprüft. - Keine Zugangsdaten oder Geheimnisse im Quelltext. ### Nur menschlich prüfbar — gehört ins Review - Eine namentlich benannte Person kann die Änderung erklären, ohne die KI zu fragen. - Der Diff enthält nur, was zur Aufgabe gehört — keine ungeplanten Nebenwirkungen. - Berechtigungen und Fehlerfälle sind bedacht, nicht nur der glückliche Pfad. - Es existiert nichts im Projekt, das dasselbe bereits tut. Der letzte Punkt ist die spezifischste Ergänzung für KI-Code. Ein Modell dupliziert, was es nicht kennt, und die [Duplikatrate steigt entsprechend seit Jahren](/blog/technische-schulden-ki-code). Diese Frage stellt kein Werkzeug von selbst. ## Wie mache ich „fertig" belegbar statt behauptet? **Indem zur Erledigungsmeldung der Beleg gehört und nicht die Zusage.** Das ist eine kleine Änderung mit großer Wirkung, weil sie eine ganze Klasse von Missverständnissen ausschließt. - **Statt „Tests laufen durch":** die letzten Zeilen der Testausgabe mit Anzahl und Ergebnis. - **Statt „habe ich geprüft":** das Kommando und seine Ausgabe. - **Statt „ist deployed":** der Statuscode der aufgerufenen URL. Der Grund ist nicht Misstrauen. Der Grund ist, dass zwischen „ich habe es laufen lassen" und „es ist grün" ein Schritt liegt, den man im Eifer überspringt — und der Beleg macht das Überspringen unmöglich, ohne dass es jemand kontrollieren muss. ## Wie führe ich eine neue Definition of Done ein, ohne dass sie ignoriert wird? **Indem Sie mit dem maschinellen Teil beginnen und den menschlichen erst danach ergänzen.** Eine Liste, die am ersten Tag neun Punkte verlangt, wird am dritten Tag zur Formalie. - **Zuerst die fünf automatischen Punkte in die Pipeline.** Sie kosten niemanden Zeit und erzeugen keine Diskussion — eine Maschine, die abbricht, wird nicht als Bevormundung erlebt. - **Dann zwei menschliche Punkte, nicht vier.** Empfehlenswert als Einstieg: „jemand kann die Änderung erklären" und „der Diff enthält nur, was zur Aufgabe gehört". Beide sind in Sekunden beurteilbar und fangen den Großteil der Probleme. - **Die restlichen zwei ergänzen, wenn die ersten sieben sitzen.** Berechtigungen und Duplikatprüfung verlangen mehr Aufmerksamkeit und lohnen sich erst, wenn der Rest nicht mehr diskutiert wird. - **Die Liste sichtbar halten.** Als Vorlage im Pull Request, nicht als Seite im Wiki. Was nicht im Arbeitsablauf steht, existiert im Arbeitsablauf nicht. Ein Hinweis zur Erwartung: Die ersten Wochen fühlen sich langsamer an. Das ist kein Zeichen, dass die Liste zu streng ist — es ist die Arbeit, die vorher nach hinten verschoben wurde und jetzt an ihrer Stelle stattfindet. ## Was gehört ausdrücklich nicht in die Definition of Done? **Alles, was nicht überprüfbar ist oder nicht bei jeder Aufgabe anfällt.** - **„Code ist sauber".** Nicht prüfbar formuliert. Was gemeint ist, steckt in der statischen Analyse und im Review. - **„Dokumentation aktualisiert".** Nur dann, wenn es wirklich für jede Aufgabe gilt — sonst wird der Punkt bei jeder zweiten Aufgabe pflichtschuldig abgehakt und verliert seine Bedeutung. - **Punkte, die niemand prüft.** Ein Kriterium, das seit einem Jahr immer erfüllt ist, ohne dass es jemand kontrolliert, ist Dekoration. ## Häufige Fragen zur Definition of Done ### Wie unterscheidet sich die Definition of Done von einem Quality Gate? Das Gate ist der maschinell durchgesetzte Teil, die Definition of Done die vollständige Vereinbarung inklusive der menschlichen Punkte. Idealerweise setzt das Gate genau die fünf oberen Punkte durch — siehe [Was ist ein Quality Gate](/blog/was-ist-ein-quality-gate). ### Gilt dieselbe Definition für Prototypen? Nein, und das gehört ausdrücklich festgehalten. Ein Prototyp hat eine eigene, kürzere Definition. Der Fehler entsteht dort, wo ein Prototyp später ohne erneute Prüfung als fertig gilt — siehe [Vom Prototyp in Produktion](/blog/vibe-coding-prototyp-in-produktion). ### Wie viele Punkte darf eine Definition of Done haben? So viele, wie tatsächlich bei jeder Aufgabe geprüft werden. Neun ist an der oberen Grenze und funktioniert nur, weil fünf davon automatisch laufen. ### Wer entscheidet, ob die Definition erfüllt ist? Für den maschinellen Teil die Pipeline. Für den menschlichen Teil die Person im Review — nicht die Person, die die Änderung eingereicht hat. > **Der Unterschied zwischen „ist erledigt" und einem Beleg entscheidet, ob eine Definition of Done trägt.** [Code Guardian](/code-guardian) schließt jede Änderung mit einem Audit ab, dessen Befunde am Kommando belegt sind — verifiziert statt behauptet. ## Quellen - Stack Overflow Developer Survey 2025, Abschnitt „AI" (45 Prozent Debugging-Zeitverlust, 66 Prozent „almost right"). - GitClear, *The Maintainability Gap: 2026 AI Code Quality Research*. *Stand: 27. Juli 2026. Allgemeine fachliche Einordnung.* --- Kanonische Version: