Scrum: Was ist eine Sprint-Review-Sitzung?

Die Sprint-Review-Sitzung ist eine informelle Besprechung, bei der das Entwicklerteam, Scrum Master, Produktverantwortlicher, und Stakeholder zusammenkommen. Das Team präsentiert das Produkt und ermittelt, was abgeschlossen wurde und was noch offen ist. Der Zweck der Sprint-Review-Sitzung besteht darin, dem Team die Möglichkeit zu geben, ihre während des Sprintfür Kunden und Stakeholder zu demonstrieren und es mit den Verpflichtungen zu vergleichen, die zu Beginn des Sprints eingegangen wurden.

Sprint-Review im Vergleich zur Sprint-Retrospektive

Jeder Sprint endet mit zwei zentralen Besprechungen: der Sprint-Review-Sitzung und der Sprint-Retrospektive. Die Sprint-Review-Sitzung beginnt mit einer Kundenbewertung und Demonstration und endet mit der Team-Retrospektive. Beide Besprechungen finden am letzten Tag des Sprints statt.

Die Sprint-Review-Sitzung konzentriert sich auf das „Inspektorieren“ und „Anpassen“ des Inkrements (potenziell lieferbaren Produkts), während die Sprint-Retrospektive sich stärker auf das „Inspektorieren“ und „Anpassen“ des Sprint-Prozesses selbst konzentriert.

Sprint-Review im Vergleich zur Sprint-Retrospektive

Sprint-Review des Inkrements

In einem Scrum-Team, wird der Kunde eingeladen, zu überprüfen und zu bestätigen, ob die Arbeit (potenziell lieferbares Increment) die Definition des Fertiggestelltseinszu diesem Zeitpunkt erfüllt. Manchmal möchten Kunden eine Akzeptanzprüfung durchführen, bevor sie die Anwendung nutzen. Ziel der Besprechung ist es, den Stand der während des Sprints erreichten Arbeit transparent zu überprüfen und festzustellen:

• Abgeschlossene Arbeit
• Noch nicht abgeschlossene Arbeit
• Hinzugefügte Arbeit
• Und Arbeit, die aus dem Sprint entfernt wurde

Es bietet Zeit für Fragen, Beobachtungen, Feedback und Vorschläge und diskutiert, wie man am besten voranschreiten kann, ausgehend von der aktuellen Realität.

Dauer der Sprint-Review-Sitzung

Die Sprint-Review-Sitzung kann bei einem 4-Wochen-Sprint bis zu 4 Stunden dauern. Die allgemeine Regel besagt, dass die Sprint-Review-Sitzung nicht mehr als eine Stunde pro Woche der Sprint-Dauer betragen sollte. Die folgende Tabelle veranschaulicht diese Regel:

Vorlage für die Sprint-Review-Meeting

Es gibt viele Möglichkeiten, ein Sprint-Review durchzuführen. Die folgende Tagesordnung zeigt typische Aktivitäten in einem Sprint-Review-Meeting:

1. Start – Das Sprint-Review-Meeting beginnt.
2. Willkommen für die Stakeholder – Der Product Owner begrüßt die Stakeholder zum Review.
3. Aktuelle Tagesordnung für das Review – Der Product Owner präsentiert die Tagesordnung für das Sprint-Review.
4. Aktueller Produkt-Increment – Das Entwicklungsteam demonstriert den während des Sprints umgesetzten Produkt-Increment.
5. Feedback sammeln – Der Product Owner bittet die Stakeholder um Feedback zum gelieferten Produkt.
6. Aktuell Produkt-Backlog – Der Product Owner präsentiert die Spitze des Produkt-Backlog an die Stakeholder, um Feedback zu den kommenden Sprint-Aufgaben zu erhalten und Eingaben der Stakeholder zu den Prioritäten im Backlog zu sammeln.
7. Das Meeting endet