Was ist die Definition of Done?
Die Definition of Done ist eine gemeinsam vereinbarte Liste an Kriterien, die ein Arbeitsergebnis erfüllen muss, damit das Team es als wirklich fertig betrachtet, ohne Ausnahmen.
DEFINITION
Die Definition of Done ist eine der wichtigsten Qualitätsvereinbarungen in Scrum und agiler Arbeit insgesamt. Sie legt verbindlich fest, was „fertig” für das Team bedeutet. Das schützt vor dem häufigen Missverständnis, dass „fertig” je nach Person etwas anderes meint. Fehlt eine klare DoD, schleichen sich halbfertige Increments in den Release: getestet, aber nicht dokumentiert. Oder umgesetzt, aber nicht reviewed. Mit einer DoD verpflichtet sich das gesamte Team auf gemeinsame Standards. Typische Kriterien sind: Code wurde gereviewed, Tests wurden geschrieben und laufen grün, Dokumentation ist aktualisiert, das Feature ist in der Testumgebung deployed. Das Team entscheidet, was in die DoD gehört. Entscheidend ist, dass alle die Kriterien kennen, einhalten und keine Ausnahmen zulassen. Eine gute DoD wächst mit dem Team und wird in Retrospektiven weiterentwickelt.
VERBINDUNGEN ZU ANDEREN THEMEN
Führung
Eine klare Definition of Done ist auch Führungsaufgabe: Wenn Teams nicht wissen, was „fertig” bedeutet, entstehen unterschiedliche Erwartungen und Konflikte. Klare Abnahmekriterien sind eine Form von Feedbackkultur.
Künstliche Intelligenz
KI-generierte Outputs brauchen eine eigene Definition of Done: Welche Qualitätsprüfungen müssen KI-Texte, -Analysen oder -Codes durchlaufen, bevor sie als „fertig” gelten? Ohne das entsteht unkontrollierte Qualitätsvariation.
Projektmanagement
Projekte scheitern oft an unklaren Abnahmekriterien. Eine DoD für Arbeitspakete gibt dem Risikoregister einen messbaren Qualitätsmaßstab und reduziert später teure Nacharbeiten.
DAS WICHTIGSTE AUF EINEN BLICK
- Die DoD ist eine verbindliche Vereinbarung des gesamten Teams.
- Sie verhindert, dass „fertig” für verschiedene Personen unterschiedlich bedeutet.
- Fehler ohne DoD: halbfertige Arbeit gelangt in den Release.
- Die DoD entwickelt sich in Retrospektiven weiter.
- Keine Ausnahmen: entweder erfüllt oder nicht fertig.
PRAXISBEISPIEL
Ein Produktteam definiert seine DoD in einer Workshop-Session: Code ist gereviewed, alle Unit-Tests laufen grün, die Funktion ist dokumentiert und in der Staging-Umgebung erfolgreich getestet. In der nächsten Retrospektive ergänzen sie: „keine offenen Sicherheitsschwachstellen laut Scanner”. Das Ergebnis: weniger Nacharbeit nach jedem Sprint, weil alle dasselbe unter „fertig” verstehen.
HÄUFIGE MISSVERSTÄNDNISSE
Ist die Definition of Done dasselbe wie Akzeptanzkriterien?
Nein. Akzeptanzkriterien sind spezifisch für eine User Story. Die DoD gilt für alle Arbeitsergebnisse im Team, unabhängig vom Feature.
Kann die DoD für jede Story unterschiedlich sein?
Nein, das wäre keine DoD mehr. Sie gilt für das gesamte Team und alle Increments gleichermaßen. Story-spezifische Anforderungen sind Akzeptanzkriterien.