Kurzbeschreibung
Das Sprint Review ist ein Event im Scrum Framework, welches am Ende eines Sprints stattfindet. Es dauert 2 Stunden bei einer Sprint -Länge von einem Monat, ist also bei kürzeren Sprints entsprechend kürzer.
Im Sprint Review zeigt das Team, welchen Wert es während des Sprints für den Kunden geschaffen hat; das Produktinkrement wird betrachtet. Die Definition of Done hilft sowohl während des Sprints als auch im Review zu bewerten, was wirklich fertig ist. Eine weitere Hilfestellung ist die Frage, ob das Sprintziel, auf welches das Team sich zu Beginn des Sprints comitted hat, erreicht wurde.
Es ist ein Event im Sinne von “inspect & adapt ”: Anhand der im Sprint enthaltenen Product Backlog Items sowie einer Live-Demo (häufig bei Teams anzutreffen, die einen Frontend-Anteil haben) haben die am Review teilnehmenden Kunden und Stakeholder Gelegenheit, dem Team direktes Feedback zum Mehrwert zu geben. Dieses Feedback wird unmittelbar aufgegriffen und fließt in die weitere Produktentwicklung ein. Somit wird sichergestellt, dass das Produkt sich in die vom Kunden gewünschte Richtung weiterentwickelt.
Key Takeaways:
- Warum ein Sprint Review?
- Inspect & Adapt Event in Scrum
- Demonstration der erreichten Ergebnisse hinsichtlich eines potenziell auslieferbaren Produkt-Inkrements
- Einsammeln von wertvollem Feedback, das sofort in die weitere Entwicklung einfließt
- Teilnehmer des Sprint Reviews sind:
- Das Scrum Team
- Stakeholder, Sponsoren, Kunden
- Weitere Interessierte
- Wann findet das Sprint Review statt?
- Zum Ende des Sprints
- Wie lange dauert das Review?
2 Stunden bei 4 Wochen Sprint-Dauer
Detailbeschreibung
Die Dauer dieses Treffens beträgt normalerweise vier Stunden für einen einmonatigen Sprint. Wenn die Sprints kürzer sind, wird diese Sitzung proportional kürzer sein.
Am Ende des Sprints versammeln sich das Scrum-Team und andere Stakeholder und halten eine vierstündige Sitzung ab, um die “Done”-Items (das Inkrement) aus dem aktuellen Sprint vorzustellen und zu prüfen und das Product Backlog anzupassen, indem “Done”-Items als vollständig markiert und neue Items hinzugefügt oder die bestehenden gegebenenfalls geändert werden. Die Präsentation des Inkrements in dieser Sitzung soll dazu dienen, Feedback zu sammeln und Änderungswünsche zum frühestmöglichen Zeitpunkt vorzubringen.
Wir begrüßen Änderungen in Scrum und ermutigen dazu, sie zu fordern, da sie die Zufriedenheit des Kunden erhöhen und ein Endprodukt schaffen, das den Bedürfnissen des Kunden besser entspricht.
Das Entwicklungsteam legt keinen Punkt vor, es sei denn, er ist 100% vollständig, basierend auf der vereinbarten “Definition of Done”. Der Product Owner stellt (vor dem Scrum-Review) sicher, dass die präsentierten Elemente “Done” sind. Das Entwicklungsteam demonstriert und erklärt die Items.
Der Product Owner bespricht den Status des Product Backlog und die voraussichtlichen Fertigstellungstermine auf der Grundlage des Fortschritts.
Schließlich arbeitet das gesamte Scrum-Team gemeinsam an der Überarbeitung des Product Backlogs auf der Grundlage der Ergebnisse des Sprints und des vom Kunden erhaltenen Feedbacks.