Definition von Ready in Scrum

Endbenutzer haben manchmal Ideen oder Konzepte für neue Funktionen. Das Konzept wird als ein oder mehrere Funktionselemente dargestellt und vom Product Owner zum Product Backlog hinzugefügt. Das Team wird gemeinsam herausfinden, wie dieses Konzept in ein oder mehrere Epics übersetzt und dann in kleinere und klarere User Stories verfeinert werden kann, die als echte Produktfunktion in die nächste Sprint-Implementierung integriert werden.

Sicherzustellen, dass User Stories vor dem Sprint fertig sind, kann sich jedoch direkt und erheblich auf die Teamproduktivität auswirken. Eine Definition von „ready“ bedeutet, dass die Story sofort umsetzungsreif sein muss. Das Team muss in der Lage sein, zu bestimmen, was getan werden muss und wie viel Arbeit erforderlich ist, um die User Story fertigzustellen

Das Team zieht die Storys ganz oben im Product Backlog in das Sprint Backlog. Diese Geschichten müssen „fertig“ sein. Einige Unternehmen benötigen tatsächlich eine detaillierte Liste, um festzustellen, ob eine Geschichte „fertig“ ist, nicht nur „fast“.

Wie erstellt man die Definition of Ready?

Der Product Owner könnte mit dem Team zusammenarbeiten, um ein  Artefakt  namens „Definition of Ready“ zu definieren, um sicherzustellen, dass Elemente an der Spitze des Backlogs bereit sind, in einen Sprint verschoben zu werden, damit das Entwicklungsteam sie sicher festschreiben und fertigstellen kann das Ende eines Sprints.

Warum Definition of Ready?

Die Definition of Ready ist eine Reihe von Vereinbarungen, die jeden wissen lassen, wann etwas bereit ist zu beginnen, z. B. wenn eine User Story bereit ist, in einen Sprint aufgenommen zu werden, oder wenn alle notwendigen Bedingungen für ein Team stimmen, um einen Sprint zu starten. Eine angemessene Definition von „Ready“ wird die  Chance des  Scrum-Teams , sein Sprint-Ziel erfolgreich zu erreichen, erheblich verbessern . Hier ist eine Liste der Vorteile, die ein richtig strukturiertes DoR Teams bringen kann:

• Messen Sie den „Fertig“-Status eines Backlog-Elements
• Stellen Sie sicher, dass Product Backlog Items „gerade genug“ durchdacht sind
• Helfen Sie dem Team zu erkennen, wann der Product Owner oder ein anderes Teammitglied überfordert ist
• Halten Sie das Team füreinander verantwortlich
• Reduzieren Sie den Druck auf das Team, sich auf Schätzungen festzulegen, bevor die Stories „bereit“ sind.
• Reduzieren Sie „Anforderungsschwankungen“ in der Entwicklung

Beispiel – Definition von Bereit für einen Sprint

Verschiedene Teams haben unterschiedliche Dentition of Ready und einige benötigen weniger. Das heißt, einige Teams beschreiben dem Benutzer nur den Wert, priorisieren und schreiben, wie man Demos vorführt. Andere Schätzungen und Mitteilungen sind im  Sprint-Planungsmeeting  usw. enthalten. Hier sind die Beispielelemente, die für die Entwicklung von DORs für Ihr Team berücksichtigt werden sollten:

• Das  Sprint Backlog  wird priorisiert
• Das Spring Backlog enthält alle Fehler, User Stories und andere Arbeiten, zu denen sich das Team verpflichtet
• Keine versteckten Arbeiten
• Alle Teammitglieder haben ihre Kapazität für den Sprint berechnet
• Vollzeit im Projekt = X Stunden pro Tag
• Alle User Storys erfüllen die Definition of Ready

Beispiel – Definition von „Ready“ für eine User Story

Dieser Abschnitt zeigt eine Beispieldefinition von „Bereit“ für eine User Story und eine Beispieldefinition von „Bereit“ für einen Sprint. Sie können einige davon als Grundlinien oder Ausgangspunkte übernehmen:

• Der Wert von Story für den Benutzer wird deutlich angezeigt.
• Die  Akzeptanzkriterien  für Story wurden klar beschrieben.
• User Story-Abhängigkeiten identifiziert
• Größe der User Story nach Bereitstellungsteam
• Das Scrum  -Team akzeptiert User-Experience-Artefakte
• Gegebenenfalls identifizierte Leistungskriterien
• Die Person, die die User Story akzeptiert, wird identifiziert
• Das Team weiß, wie man die Geschichte demonstriert.

Zusammenfassung

Der Begriff „Definition of Ready“ wird im Scrum Guide nicht beschrieben. Es ist dasselbe wie die User Story und die darin eingebetteten Akzeptanzkriterien. Vielleicht denken Sie vielleicht, dass die Definition von „Ready“ ein integraler Bestandteil der Product-Backlog-Refinement-Aktivität ist, anstatt die Definition von „Ready“ als Sequenz- und Stage-Gate-Checkliste zu verwenden. Die Backlog-Verfeinerung ist ein fortlaufender Prozess, daher ist sie nicht auf ein Ereignis beschränkt, sondern wird als Aktivität betrachtet.