Scrum-Leitfaden · Scrum-Events
Sprint Review: Ziel, Agenda und Checkliste
Das Sprint Review überprüft das Ergebnis des Sprints und legt künftige Anpassungen fest. Das Scrum Team präsentiert die Ergebnisse den wichtigsten Stakeholdern, und gemeinsam besprechen sie den Fortschritt in Richtung Produktziel.
Das Wichtigste in Kürze
- Das Sprint Review überprüft das Inkrement und passt das Product Backlog an.
- Es ist eine Arbeitssitzung mit Stakeholdern, keine Foliensammlung.
- Führen Sie nur Arbeit vor, die die Definition of Done erfüllt.
Hauptzweck
Das Sprint Review ist eine Arbeitssitzung, keine Präsentation. Sein Ziel ist, zu überprüfen, was erledigt wurde, und das Product Backlog auf Basis von Feedback und Veränderungen im Umfeld anzupassen. Der Scrum Guide warnt davor, es auf eine Präsentation zu beschränken.
Wer teilnimmt und wie lange
- Das Scrum Team und die wichtigsten Stakeholder, vom Product Owner eingeladen.
- Bei einem einmonatigen Sprint auf vier Stunden begrenzt; bei kürzeren Sprints meist kürzer.
Beispielagenda
- Begrüßung und Sprint-Ziel: was das Team erreichen wollte.
- Was erledigt wurde, was nicht und warum.
- Vorführung des Inkrements, idealerweise zum Ausprobieren für die Stakeholder.
- Feedback und Fragen.
- Veränderungen bei Markt, Budget, Zeitplan oder Fähigkeiten.
- Besprechung des Product Backlogs: was als Nächstes zu tun ist.
- Überprüfung der Release-Prognose oder des Fortschritts beim Produktziel.
Checkliste zur Vorbereitung
- Laden Sie die richtigen Stakeholder rechtzeitig ein.
- Bestätigen Sie, welche Einträge die Definition of Done erfüllen; führen Sie nur diese vor.
- Bereiten Sie eine realistische Umgebung für die Vorführung vor.
- Halten Sie das Product Backlog und etwaige Prognosediagramme bereit.
- Legen Sie fest, wer welchen Eintrag vorführt.
- Bereiten Sie Fragen vor, die die Stakeholder beantworten sollen.
Fehler, die Sie vermeiden sollten
- Unfertige Arbeit vorführen.
- Foliensätze statt funktionierender Software oder echter Ergebnisse.
- Keine echten Stakeholder anwesend.
- Feedback sammeln, aber das Backlog nie aktualisieren.
- Es als Freigabehürde behandeln; Releases können jederzeit erfolgen.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Was ist der Unterschied zwischen einem Sprint Review und einer Demo?
Eine Demo zeigt Arbeit; ein Sprint Review bespricht zudem Feedback und passt das Product Backlog an.
Wer leitet das Sprint Review?
Das Scrum Team; der Product Owner leitet oft die Diskussion über das Backlog.
Wie lange dauert ein Sprint Review?
Höchstens vier Stunden bei einem einmonatigen Sprint. Kürzere Sprints haben meist kürzere Reviews.
Wer nimmt am Sprint Review teil?
Das Scrum Team und die wichtigsten Stakeholder, typischerweise vom Product Owner eingeladen.
Was ist das Ergebnis eines Sprint Reviews?
Feedback zum Inkrement und ein angepasstes Product Backlog, eventuell mit aktualisierten Prognosen zum Produktziel.
Ist das Sprint Review eine Freigabehürde?
Nein. Laut Scrum Guide sollte das Sprint Review nie als Hürde für die Freigabe von Wert betrachtet werden. Inkremente können freigegeben werden, sobald sie bereit sind.
Sollte unfertige Arbeit im Sprint Review gezeigt werden?
Arbeit, die die Definition of Done nicht erfüllt, ist nicht Teil des Inkrements und sollte nicht als fertig präsentiert werden. Teams können sie erwähnen, wenn sie besprechen, was erledigt wurde und was nicht.
Wie bereitet man ein Sprint Review vor?
Laden Sie die richtigen Stakeholder ein, bestätigen Sie, welche Einträge die Definition of Done erfüllen, bereiten Sie eine realistische Demo-Umgebung vor und halten Sie Product Backlog und Prognosen bereit.
Was tun, wenn Stakeholder nicht am Sprint Review teilnehmen?
Finden Sie die Gründe heraus, passen Sie Zeitpunkt oder Format an und zeigen Sie ihnen, wie ihr Feedback die Prioritäten verändert. Ohne Stakeholder verliert das Event den größten Teil seines Werts.
Kann das Sprint Review remote stattfinden?
Ja. Teilen Sie eine Live-Demo oder lassen Sie die Stakeholder das Inkrement selbst ausprobieren, und nutzen Sie ein gemeinsames Board, um Feedback und Backlog-Änderungen festzuhalten.
Wer präsentiert im Sprint Review?
Meist führen die Developers die von ihnen entwickelte Arbeit vor, und der Product Owner leitet das Gespräch über das Product Backlog und die nächsten Schritte.