Bei der Definition of Ready (DOR) handelt es sich um die Sammlung von Akzeptanzkriterien, die eine User Story haben muss, damit ein Scrum Team mit der Umsetzung beginnen kann. Änhlich wie die Definition of Done wird hierbei generell festgelgt, welche Qualitätsmerkmale eine User Story haben muss, damit das Scrum Team die User Story in einen Sprint integrieren kann.
Im Grunde muss jedes Scrum Team eine eigene Definition of Redy aufsetzen und schlussendlich dafür auch ein gemeinsames Verständnis entwicklen. Allen Team Mitgliedern muss bewusst sein, welche Eigenschaften für das Bearbeiten der User Story notwendig sind. In der folgenden Liste möchte ich ein paar Anregungen für Scrum Teams liefern, die ihre eigene Definition of Ready noch erarbeiten.
Jede User Story die wir als Ready betrachten muss:
- geschätzte Story Points haben
- von allen Team Mitgliedern absolut verstanden sein
- vom Product Owner so weit wie nötigt beschrieben sein
- Informationen zum Testen enthalten
- Informationen über Testdaten enthalten
- Informationen zum Demonstrieren innerhalb der Review enthalten
Es kann hilfreich sein die Liste nach der Komplexität der damit verbundenen Aufgaben zu sortieren. D.h. die einfachen zu erst und die komplexeren danach. Das kann den Team Mitgliedern helfen die einzelnen Eigenschaften gedanklich abzuhaken. Auch wenn man innerhalb vom Scrum weniger dokumentiert, sollte man in Betracht ziehen die DOR niederschreiben und allen Teammitgliedern zur Verfügung stellen.
Im Vordergrund sollte stehen, dass wirklich alle Team Mitglieder das gleiche Verständnis für die einzelnen Kriterien haben. D.h. neben dem Niederschreiben sollten man die einzelnen Punkte der Liste auch besprechen. Das sollte Team regelmäßig innerhalb einer Retrospektive die DOR auch reflektieren und diskutieren. Aus meiner Erfahrung habe ich feststellen können, dass es sich durchaus lohnt im Rahmen einer größeren Zykluses, z.B. einmal im Quartal, solche Elementare Bestandteile der Team Interaktion auch außerhalb eines Sprints auf den Prüftstand zu stellen.
Wenn eine User Story durch das Team den Status Ready erhält, gibt das Team damit das implizite Commitment dem Product Owner und dem Stakeholdern gegenüber, dass die User Story nun eine gewisse Qualität entspricht, damit sie bearbeitet werden kann. Die User Story ist quasi innerhalb des Scrum Teams akzeptiert. Das sagt noch nichts über Zeitpunkt oder Ausprägung der Fertigstellung aus. Es sagt aus, dass das Team in den Planungsmeetings für die Sprints die User Story betrachten wird.