Definition of Ready – die User Story muss sofort umsetzbar sein.
Endbenutzer haben manchmal Ideen oder Konzepte für neue Funktionen. Das Konzept wird als ein oder mehrere Feature Items dargestellt, die vom Product Owner zum Product Backlog hinzugefügt werden . Das Entwicklungsteam wird zusammenarbeiten, um herauszufinden, wie dieses Konzept in ein oder mehrere Epics umgewandelt und dann in kleinere, klarere User Stories zerlegt werden kann, die als echte Produktfunktionen in die nächste Sprint-Implementierung integriert werden können.
Der Product Owner kann mit dem Team zusammenarbeiten, um ein Artefakt namens „ Definition of Ready “ zu definieren, um sicherzustellen, dass Projekte an der Spitze des Product Backlogs bereit sind, in den Sprint überzugehen, damit das Entwicklungsteam sie am Ende sicher festschreiben und abschließen kann des Sprints.
Was ist der Zweck der Definition von Ready?
Die Definition von Ready beschreibt die Bedingungen, die erfüllt sein müssen, um die User Story aus dem Backlog in die Entwicklung im nächsten Sprint zu verschieben . Eine User-Story-Überlegung mit dem Status „bereite Definition“ bedeutet, dass die Story sofort umsetzbar sein muss.
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 „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-Leitfaden nicht beschrieben ; es ist dasselbe wie die User Story und die darin enthaltenen Akzeptanzkriterien. Anstatt die Definition von „Ready“ als sequenzielle und stufenweise Checkliste zu verwenden, können Sie sie sich vielleicht als Teil einer Aktivität zur Verfeinerung von Backlog-Elementen vorstellen. Die Verfeinerung von Backlog -Elementen ist ein fortlaufender Prozess, daher ist sie nicht auf ein Ereignis beschränkt, sondern wird als Aktivität behandelt.