Definition of Ready in Scrum – Was es ist & warum es wichtig ist

Endnutzer kommen manchmal mit neuen Feature-Ideen oder Konzepten heraus. Dieses Konzept wird als ein oder mehrere Epics dargestellt und von derProduktverantwortlichen in dasProdukt-Backlog. Gemeinsam wird das Team herausfinden, wie dieses Konzept in ein oder mehrere Epics umgewandelt werden kann, und dannverfeinern sie in kleinere, klarere User Stories – als tatsächliche Produktfeatures – umzuwandeln, die in die nächste Sprint-Implementierung aufgenommen werden.

Der Produktverantwortliche kann gemeinsam mit dem Team ein Artefakt namens „Definition von Bereitschaft“ festlegen, um sicherzustellen, dass die Artikel ganz oben im Backlog bereit sind, in einen Sprint zu wechseln, damit das Entwicklungsteam sie zuverlässig übernehmen und bis zum Ende des Sprints abschließen kann.

Warum Definition von Bereitschaft?

Die Definition von Bereitschaft (DoR) ist eine Reihe von vereinbarten Kriterien, die allen sagt, wann etwas bereit ist zu beginnen – beispielsweise, wenn eine User Story bereit ist, in einen Sprint einzutreten, oder wenn alle notwendigen Voraussetzungen erfüllt sind, damit das Team den Sprint beginnen kann. Eine gut definierte DoR erhöht die Chancen des Scrum-Teams erheblich, seinSprint-Ziel. Hier ist eine Liste der Vorteile, die eine gut strukturierte DoR dem Team bringen kann:

• Misst den „Bereitschafts“-Status der Backlog-Elemente
• Stellt sicher, dass Backlog-Elemente als „ausreichend bereit“ gelten
• Hilft dem Team, zu erkennen, wann der Produktverantwortliche oder andere Mitglieder überlastet sind
• Fördert die gegenseitige Verantwortung unter den Teammitgliedern
• Reduziert den Druck auf das Team, Schätzungen abzugeben, bevor eine Story wirklich „bereit“ ist
• Reduziert die „Anforderungsdrift“ während der Entwicklung

Beispiel – Definition von Bereitschaft für Sprint

Verschiedene Teams können unterschiedliche Definitionen von Bereitschaft haben – einige erfordern weniger Kriterien. Zum Beispiel beschreiben einige Teams lediglich den Nutzen für den Nutzer, priorisieren das Element und notieren, wie es demonstriert werden kann. Schätzung und Kommunikation finden während derSprint-PlanungSitzung statt. Hier sind einige Beispiele für Elemente, die bei der Erstellung der DoR für Ihr Team berücksichtigt werden sollten:

• DasSprint-Backlogist priorisiert
• Das Sprint-Backlog umfasst alle Fehler, User Stories und sonstigen Arbeiten, zu denen das Team sich verpflichtet
• Keine versteckte Arbeit
• Alle Teammitglieder haben ihre Sprint-Kapazität berechnet
• Projekt-Vollzeit = X Stunden pro Tag
• Alle Benutzergeschichten erfüllen die Definition von Bereitschaft

Beispiel – Definition von Bereitschaft für Benutzerstory

Dieser Abschnitt zeigt ein Beispiel für die Definition von Bereitschaft für eine Benutzerstory sowie ein Beispiel für Sprint-Bereitschaft. Sie können einige dieser Kriterien als Grundlage oder Ausgangspunkt übernehmen:

• Die Geschichte stellt ihren Nutzen für den Nutzer eindeutig dar.
• Die Akzeptanzkriterien für die Geschichte sind eindeutig definiert.
• Abhängigkeiten der Benutzerstory wurden identifiziert.
• Das Lieferungsteam hat die Benutzerstory akzeptiert.
• Die Scrumdas Team akzeptiert die Benutzererfahrungsdokumente.
• Leistungsziele sind angemessen definiert.
• Es ist festgelegt, wer die Benutzerstory akzeptieren wird.
• Das Team weiß, wie die Geschichte demonstriert werden kann.

Zusammenfassung

Der Begriff „Definition von Bereitschaft“ wird im Scrum-Leitfaden nicht beschrieben, im Gegensatz zu der darin enthaltenen Benutzerstory und den Akzeptanzkriterien. Vielleicht können Sie die Definition von Bereitschaft als Bestandteil der Backlog-Refinement-Aktivität betrachten, anstatt sie als sequenziellen oder Stufen-Checkliste zu verwenden. Die Backlog-Refinement ist ein kontinuierlicher Prozess, daher ist sie nicht auf ein einzelnes Ereignis beschränkt – es ist eine Aktivität.