Die Defition of Done (DoD), oder auch Level of Done (LoD) genannt, bestimmt wann eine User Story als done bezeichnet werden darf. Die Definition of Ready (DoR) bestimmt, ob ein Product Backlog Item ausreichend beschrieben ist, um es in ein Sprint Backlog aufzunehmen. Beide Definitionen haben zum Ziel, die Story-Qualität zu erhöhen, um damit ein besseres Produkt-Ergebnis zu erzielen.
Interne und externe Anforderungen
Die Definition of Done beinhaltet dabei sowohl Punkte aus der Organisation heraus als auch teamspezifische Anforderungen.
Aus der Organisation kann zum Beispiel die Anforderung entstehen, dass Code Reviews zwingend erforderlich sind. Als Anforderung aus dem Team könnte zum Beispiel der Push in den Master Git-Branch als Anforderung definiert werden.
Diese Anforderungen gelten global für alle Product Backlog Items des Teams.
Definition of Done – eine Team-Angelegenheit
Im Verlauf des Sprints werden die einzelnen Punkte des DoD abgehakt, bis alle berücksichtigt worden sind. Die Developer sind zuständig für die Einhaltung des DoD.
Scrum Definition of Ready – Hat das Team die Story verstanden?
Anders als das DoD beinhaltet die Definition of Ready Kriterien an Product Backlog Items. Erst wenn diese Kriterien erfüllt sind, kann eine User Story in den aktuellen Sprint des Teams übernommen werden.
Die DoR stellt dabei allerdings keine Einlasskontrolle für das Sprint Planning 1 dar, sondern auch im Rahmen des SP1 kann die DoR erfüllt werden.
Scrum Definition of Ready Beispiel
Der Product Owner ist zuständig für die Erfüllung der DoR und sorgt somit für die Qualität der Product Backlog Items. Ein Definition of Ready Beispiel könnte somit sein:
- Die User Story ist formal beschrieben
- Acceptance Criteria wurden definiert
- Der Umfang der User Story ist klein genug, sodass sie in einem Sprint umgesetzt werden kann
- Die User Story wurde geschätzt
Das könnte Dich auch interessieren:
