Sprint Review
- Typische Dauer:
- 1h
Das Scrum-Team zeigt fertiggestellte Arbeit den Stakeholdern, sammelt Feedback und aktualisiert gemeinsam das Product Backlog.
Zweck
Das Sprint Review ist ein Inspect-and-Adapt-Event am Ende jedes Sprints. Das Team zeigt, was erreicht wurde, Stakeholder geben Feedback, und das Product Backlog wird angepasst.
Auf einen Blick
| Merkmal | Detail |
|---|---|
| Gruppengröße | Scrum-Team + Stakeholder (5 – 25) |
| Dauer | Bis zu 1 Stunde pro Sprint-Woche |
| Schwierigkeit | Mittel |
| Moderationsstil | Demonstration + Diskussion; Product Owner moderiert |
| Setting | Vor Ort, hybrid oder Videocall |
Ablauf
- Begrüßung & Kontext (5 Min.) — Product Owner fasst Sprint-Ziel und erledigte/nicht erledigte Items zusammen.
- Demo (25 Min.) — Entwickler zeigen funktionierende Inkremente. Echte Software zeigen, keine Folien.
- Feedback-Runde (15 Min.) — Stakeholder teilen Reaktionen, stellen Fragen und schlagen Änderungen vor.
- Backlog-Update (10 Min.) — Product Owner und Stakeholder besprechen, wie Feedback die Prioritäten beeinflusst.
- Abschluss (5 Min.) — Entscheidungen und nächste Schritte zusammenfassen.
Material
- Funktionierendes Produktinkrement
- Product Backlog (für alle sichtbar)
- Feedback-Board (Sticky Notes, Miro oder geteiltes Dokument)
- Beamer oder Bildschirmfreigabe
Stolperfallen & häufige Fehler
- Folien statt funktionierender Software — Das echte Produkt zeigen.
- Keine Stakeholder anwesend — Ohne Feedback ist das Event sinnlos.
- Team behandelt es als Abnahme — Das Review dient dem Lernen, nicht der Freigabe.
- Backlog-Update auslassen — Feedback, das nicht ins Backlog fließt, ist verschwendet.
Inklusion & Barrierefreiheit
- Kurze Agenda und Demo-Vorschau 24 Stunden vorher versenden.
- Untertitel für Remote-Teilnehmer bereitstellen.
- Asynchrones Feedback ermöglichen, wenn Stakeholder nicht live teilnehmen können.
Varianten
- Science Fair — Mehrere Demo-Stationen aufbauen; Stakeholder zirkulieren frei.
- Video-Walkthrough — Kurze Demos vorab aufnehmen für verteilte Zeitzonen.
Wann NICHT einsetzen
- Wenn kein potenziell auslieferbares Inkrement existiert.
- Wenn Stakeholder nicht befugt sind, Prioritäten zu ändern.
Quelle & Weiterlesen
- Schwaber, K. & Sutherland, J. (2020). *The Scrum Guide*. scrumguides.org
- Pichler, R. (2016). *Strategize*. Pichler Consulting.
Aus den Bausteinen eine Agenda machen
Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.
14 Tage kostenlos testen