Definition von Done vs Acceptance Criteria in Scrum

Die  Abschlussdefinition  (DoD) ist eine Liste von Anforderungen, die die User Story erfüllen muss, damit das Team sie als vollständig aufrufen kann.

Die  Akzeptanzkriterien  für User Stories umfassen eine Reihe von Testszenarien, die die Anforderungen erfüllen, um zu bestätigen, ob die Software wie erwartet funktioniert.

Wann wird die User Story fertig sein?

Mit anderen Worten, um User Stories zu vervollständigen, müssen DOD- und Akzeptanzkriterien erfüllt werden. Produktinkremente gelten nicht als vollständig, wenn nicht beide Listen ausgefüllt sind. Daher müssen wir zwei Aspekte der DoD-Definition definieren – Abschlusskriterien und Akzeptanzkriterien:

Definition von Done

Die Definition von Done ist als Liste von Elementen strukturiert, die jeweils zur Validierung einer Story oder PBI verwendet werden, um sicherzustellen, dass sich das Entwicklungsteam über die Qualität der Arbeit einig ist, die es zu produzieren versucht. Es dient als Checkliste, mit der  jedes  Product Backlog  Item (aka PBI) oder jede User Story auf Vollständigkeit geprüft wird. Elemente in der Definition von „Fertig“ sollen auf alle Elemente im Product Backlog anwendbar sein, nicht nur auf eine einzelne User Story.

Es lässt sich wie folgt zusammenfassen:

• Der Begriff bezieht sich eher auf das Produktinkrement als Ganzes
• In den meisten Fällen impliziert der Begriff, dass das Produktinkrement lieferbar ist
• Der Begriff ist im Scrum Guide definiert
• Wird verwendet, um zwischen den Teammitgliedern zu kommunizieren
• Allgemeine Softwarequalität
• Ob das Inkrement lieferbar ist oder nicht

Beispiel – Definition of Done

• Code-Peer-Review?
• Code abgeschlossen?
• Code überprüft?
• Code eingecheckt?
• Unit-Tests bestanden?
• Funktionstests bestanden?
• Abnahmetests abgeschlossen?
• Product Owner  überprüft und akzeptiert?

Akzeptanzkriterium

User Stories sind eines der primären Entwicklungsartefakte   für  die agile Entwicklung , aber  Scrum  verlangt nicht ausdrücklich, dass User Stories oder Akzeptanzkriterien verwendet werden. Wenn ein Produkt-Backlog-Element als zu groß für einen Sprint angesehen wird, wird es normalerweise in eine User Story und anschließend in eine Reihe von Aufgaben unterteilt, wie in der Abbildung gezeigt:

User Stories kapseln Akzeptanzkriterien, daher sehen wir in unserem Scrum-Entwicklungsprozess oft, dass die Definition of Done und die Akzeptanzkriterien nebeneinander existieren. Die User Story stellt den Kontext der Funktionalität bereit, die das Team bereitstellen sollte. Die Akzeptanzkriterien geben Hinweise zu den Einzelheiten dieser Funktionalität und wie der Kunde sie akzeptieren wird. Die beiden zusammen liefern das gesamte Ergebnis.

Einige der Akzeptanzkriterien werden in Ongoing Backlog Refinement-Events vor Beginn des Sprints entdeckt, und andere werden direkt nach der  Sprint-Planung entdeckt  , wenn Sie sich zusammensetzen, um in einem kleinen Team ein Gespräch über die User Story zu führen. Akzeptanzkriterien sind also Attribute, die für die User Story oder das Product Backlog Item einzigartig sind.

• Der Begriff gilt für eine einzelne PBI/Story
• Die Akzeptanzkriterien sind für jede PBI/Story unterschiedlich
• Begriff ist im Scrum Guide nicht definiert
• Wird verwendet, um allen Beteiligten mitzuteilen, dass die Anforderungen für eine bestimmte PBI/Story erfüllt wurden
• Auch Akzeptanztests, Zufriedenheitsbedingungen, in einigen Fällen „Testfälle“ usw

Beispiel einer User Story mit Akzeptanzkriterien

Die folgende Abbildung zeigt ein Beispiel für Akzeptanzkriterien einer User Story.