Sprint Review
25 häufige Scrum Master Fragen zum Sprint Review
Definition und Zweck
1. Was ist ein Sprint Review?
Das Sprint Review ist ein Scrum-Event am Ende jedes Sprints.
Hier präsentiert das Entwicklungsteam ein lauffähiges, „fertiges“ Produkt-Increment,
um Feedback von Stakeholdern einzuholen. Diese Rückmeldungen fließen direkt in das
Product Backlog ein, sodass das Produkt kontinuierlich verbessert und an veränderte
Anforderungen angepasst wird.
2. Was passiert im Sprint Review?
Das Team zeigt das fertige Produkt-Increment, erläutert die erreichten Ziele und
stellt sich Fragen von Stakeholdern. Gemeinsam werden Anregungen oder Änderungswünsche
diskutiert, um das Product Backlog und die künftige Produktentwicklung zu optimieren.
3. Was wird im Sprint Review gezeigt/besprochen?
Gezeigt: Alle umgesetzten, vollständig abgeschlossenen (Done)
Features/Funktionalitäten des aktuellen Sprints.
Besprochen: Der Fortschritt im Hinblick auf das Sprint Goal, die
Qualität des Increments, Stakeholder-Feedback und mögliche Backlog-Anpassungen.
4. Was gehört in ein Sprint Review?
- Vorstellung des Sprint Goals und Gegenüberstellung mit den
tatsächlich umgesetzten Inhalten. - Live-Demo oder Präsentation der neuen Features.
- Offene Feedbackrunde mit Stakeholdern.
- Anpassung des Product Backlogs (z. B. Priorisierung, neue Items).
- Gemeinsame Klärung der nächsten Schritte.
Inhalte und Ablauf
5. Wie läuft ein Sprint Review ab?
1. Einleitung: Begrüßung und Zweck der Sitzung (durch Scrum Master
oder Product Owner).
2. Rückblick auf das Sprint Goal: Kurze Gegenüberstellung
„Was war geplant?“ vs. „Was wurde erreicht?“.
3. Demo: Das Entwicklungsteam zeigt die fertigen Funktionen live oder
anhand kurzer Präsentationen.
4. Feedbackrunde: Stakeholder geben ihre Eindrücke wieder, stellen
Fragen und diskutieren Verbesserungsvorschläge.
5. Backlog-Anpassung: Product Owner aktualisiert das Backlog
basierend auf dem Feedback.
6. Abschluss: Kurze Zusammenfassung und ggf. erster Ausblick auf die
nächste Iteration.
6. Wie lange dauert ein Sprint Review?
Für einen 4-wöchigen Sprint ist die Timebox auf bis zu 4 Stunden
festgelegt. Bei kürzeren Sprints (z. B. 2 Wochen) verringert sich die Meeting-Dauer
entsprechend (Faustregel: etwa 2 Stunden bei 2-wöchigen Sprints).
7. Was macht ein gutes Sprint Review aus?
- Präsentation eines „fertigen“ und lauffähigen Increments.
- Aktiver Dialog: Stakeholder geben konstruktives Feedback
und können Fragen stellen. - Klarer Ablauf: Strukturierte Agenda, Zeiteinhaltung.
- Verbindliche Ergebnisse: Gemeinsames Verständnis der nächsten
Schritte, aktualisiertes Product Backlog. - Transparenz: Auch Herausforderungen oder Einschränkungen werden
offen angesprochen.
8. Was sollte ich im Sprint Review präsentieren / vorführen?
Alles, was im Sprint als „Done“ gilt: Das können neue Features,
UI-Verbesserungen, technische Implementierungen oder Schnittstellen sein. Wichtig ist,
dass es einen erkennbaren Mehrwert für Stakeholder bietet und im
besten Fall direkt ausprobiert werden kann.
Teilnehmer und Moderation
9. Wer sollte am Sprint Review teilnehmen?
- Pflicht: Das gesamte Scrum-Team (Product Owner, Entwicklungsteam,
Scrum Master). - Sinnvoll: Relevante Stakeholder (z. B. Kunden, Fachexperten,
Management), um direkt Feedback aus erster Hand zu erhalten.
10. Wer moderiert bzw. leitet das Sprint Review?
- Oft übernimmt der Scrum Master die Rolle des Facilitators,
achtet auf Timebox und klare Struktur. - Der Product Owner lädt Stakeholder ein und erläutert die
Produktvision sowie Prioritäten. - Das Entwicklungsteam demonstriert das fertige Increment.
11. Wer ist für das Sprint Review verantwortlich?
Das gesamte Scrum-Team teilt sich die Verantwortung.
Scrum Master: Sorgt für den reibungslosen Ablauf und Einhaltung der
Scrum-Regeln.
Product Owner: Verbindungsstelle zu den Stakeholdern und inhaltliche
Ausrichtung.
Entwicklungsteam: Präsentiert die Ergebnisse und beantwortet
technische Fragen.
Zeitpunkt und Häufigkeit
12. Wie oft findet ein Sprint Review statt?
Das Sprint Review findet einmal pro Sprint statt, also alle 1–4 Wochen,
je nach Sprintlänge.
13. Wann findet das Sprint Review statt?
Es wird direkt am Ende des Sprints (meist am letzten Tag) abgehalten,
noch vor der Sprint Retrospektive.
Unterschied zu ähnlichen Begriffen oder Events
14. Sind Sprint Review und Sprint Demo dasselbe?
Nicht ganz. Die „Demo“ ist der Teil, in dem das Team das
Produkt-Increment zeigt. Das Sprint Review umfasst jedoch mehr:
Feedbackrunden, Diskussionen zur Produktweiterentwicklung und die Aktualisierung
des Product Backlogs sowie den Ausblick auf kommende Anpassungen.
15. Was ist der Unterschied zwischen einem Sprint Review und einer Sprint-Retrospektive?
- Sprint Review: Produktfokus – Feedback, Validierung,
Backlog-Anpassung. - Sprint Retrospektive: Teamfokus – Reflexion der Zusammenarbeit,
Prozesse, Tools und kontinuierliche Verbesserung des Arbeitsablaufs.
16. Welches Ergebnis wird von einem Sprint Review nicht erwartet?
- Detaillierte Aufgabenverteilung für den nächsten Sprint
(dafür ist das Sprint Planning zuständig). - Tiefgehende Team-Prozessverbesserung (Thema der Retrospektive).
- Endgültige Produktabnahme für alle Zeiten (das Review dient
der kontinuierlichen Abstimmung, nicht einem finalen „Go-Live“).
Häufige Probleme und Lösungen
17. Wie kann ich Stakeholder motivieren, am Sprint Review teilzunehmen?
- Frühzeitige Einladung und klarer Nutzen: Zeige, wie ihr
Feedback den Produkterfolg beeinflusst. - Kompakte Agenda mit konkreten Themen und einer
spannenden Live-Demo. - Verbindlichkeit schaffen, indem man deren Input einfordert
und direkt im Backlog verankert.
18. Wie kann ich verhindern, dass das Sprint Review zu einer reinen „Show“ wird?
- Interaktion bieten: Stakeholder sollen die neuen
Features ausprobieren oder aktiv Fragen stellen. - Echtes Feedback einholen, statt nur eine einseitige Präsentation.
- Offen über Probleme sprechen: Keine reine Werbeveranstaltung,
sondern realistische Darstellung.
19. Wie gehe ich mit mangelndem Feedback von Stakeholdern um?
- Stelle gezielte Fragen, zum Beispiel: „Welche Aspekte sind
für Ihre Abteilung besonders relevant?“ - Erkläre den Mehrwert ihrer Rückmeldungen für den Produktfortschritt.
- Betone, dass frühes Feedback Probleme vermeidet und Kosten reduziert.
20. Wie stelle ich sicher, dass wir ein wirklich „fertiges“ Increment im Review präsentieren können?
- Definition of Done klar definieren und konsequent einhalten
(inkl. Tests, Dokumentation). - Im Sprint nur so viel einplanen, wie tatsächlich abgeschlossen
werden kann. - Enger Austausch mit dem Product Owner, damit potenziell
unfertige Items aus dem Review ferngehalten werden.
21. Wie kann ich das Sprint Review zeitlich kurz und fokussiert halten?
- Eine Agenda mit klaren Zeitfenstern pro Thema erstellen.
- Weniger Folien, mehr Live-Demo.
- Der Scrum Master achtet auf zielgerichtete Diskussionen.
22. Wie kann ich mehrere Teams oder komplexe Themen im Sprint Review koordinieren?
- Gemeinsames Review: Jedes Team bekommt einen klaren Slot.
- Vorab Abstimmung der Reihenfolge und Inhalte, um Überschneidungen
zu vermeiden. - Ein Facilitator (Scrum Master oder Koordinator) behält den Überblick.
23. Wie gehe ich mit zu viel oder irrelevanten Details im Sprint Review um?
- Fokussiere auf den Mehrwert für Stakeholder.
- Stelle nur relevante Details vor; bei tiefen technischen Fragen
ggf. ein separates Fachmeeting ansetzen. - Achte auf eine kurze, verständliche Darstellung.
24. Wie kann ich das Feedback effektiv dokumentieren und weiterverarbeiten?
- Der Product Owner (oder ein Teammitglied) macht sich direkt
im Meeting Notizen. - Übertrage das Feedback unmittelbar ins Product Backlog
(z. B. als neue oder geänderte Items). - Verwende ein Tool oder Board, um Feedback transparent zu halten
und Fortschritt zu verfolgen.
25. Wie kann ich trotz knapper Zeit ein vollständiges Review sicherstellen?
- Priorisiere die wichtigsten Features und stelle sie zuerst vor.
- Halte eine Timebox ein und kommuniziere sie deutlich an alle Teilnehmer.
- Kürze bei Bedarf weniger wichtige Punkte oder verschiebe diese auf einen späteren Austausch.