Die Definition of Done ist eine formelle, teamweite Checkliste von Qualitätskriterien, die jedes Inkrement erfüllen muss, bevor es als fertig gilt, beschrieben von Ken Schwaber und Jeff Sutherland in The Scrum Guide (2020). Typische Gates sind Code reviewed, Tests bestanden, Dokumentation aktualisiert und keine bekannten Defekte. Sie macht die Bedeutung von fertig für alle Stakeholder transparent, Arbeit, die sie verfehlt, kehrt in den Product Backlog zurück, und mit der Teamreife wird sie strenger.

Definition of Done

Details
Auch bekannt als

DoD, Done-Kriterien, Akzeptanzkriterien (Teamebene)

Kernkonzepte:

Gemeinsame Vereinbarung

Eine formelle, teamweite Checkliste von Qualitätskriterien, die jedes Inkrement erfüllen muss, bevor es als „fertig" gilt

Inkrementelle Qualitätsgates

Konkrete, überprüfbare Bedingungen — z. B. Code reviewed, Tests bestanden, Dokumentation aktualisiert, keine bekannten Defekte

Transparenz

Macht die Bedeutung von „fertig" für alle Stakeholder sichtbar und eindeutig und verhindert versteckte technische Schulden

Sprint-DoD vs. Produkt-DoD

Teams können separate DoD-Listen für Sprint-Inkremente und für auslieferbare Produktinkremente pflegen

Kontinuierliche Verfeinerung

Die DoD entwickelt sich mit der Teamreife weiter; im Laufe der Zeit werden strengere Gates hinzugefügt

Nicht erledigte Arbeit

Arbeit, die die DoD nicht erfüllt, gilt nicht als abgeschlossen und kehrt in den Product Backlog zurück

Gemeinsame Verantwortung

Das gesamte Scrum-Team (Entwickler, Product Owner, Scrum Master) besitzt und respektiert die DoD

Schlüsselvertreter

Ken Schwaber & Jeff Sutherland ("The Scrum Guide", 2020); Mike Cohn ("Succeeding with Agile", 2009)

Wann zu verwenden:

  • Einrichtung eines konsistenten Qualitätsstandards in einem Scrum- oder agilen Team

  • Onboarding neuer Teammitglieder, damit sie verstehen, was „fertig" bedeutet

  • Reduzierung von Nacharbeit und späten Defekten durch vorherige Einigung auf Kriterien

  • Abstimmung von Entwicklern, QA und Product Ownern auf die Release-Bereitschaft

Verwandte Anker:

  • BDD (Behavior-Driven Development) - Given-When-Then-Szenarien, die Akzeptanzkriterien operationalisieren

  • User Story Mapping - Planungstechnik, die den Umfang identifiziert, den die DoD abdecken muss

  • MoSCoW - Priorisierungsmethode, um zu entscheiden, welche DoD-Punkte Must-haves sind