Sprint Review: Agenda, Teilnehmer und Ablauf

Lenas Team verbrachte den Freitagvormittag damit, Folien für das Sprint Review aufzupolieren. Elf Personen schalteten sich dazu, sahen sich 25 Minuten lang Screenshots vom Gast-Checkout an, sagten „gute Arbeit“ und gingen wieder. Drei Tage nach dem Release erwähnte die Support-Leiterin, was sie gesagt hätte, wenn jemand gefragt hätte: Gastkunden finden ihre Bestellung danach nicht mehr. (Lenas Team ist ein fiktives Beispiel, kein reales Team.)

Dieses Meeting kennen Sie vermutlich. Es fühlt sich in Ordnung an und ändert nichts, weil die Menschen, die den Kunden kennen, das Produkt nie selbst angefasst haben.

Dieser Leitfaden gibt Ihnen eine Agenda mit Zeiten für Sprints von einer bis vier Wochen, zeigt, was der Scrum Guide sagt (geprüft im November 2026), liefert eine Einladung zum Kopieren, den Vergleich von Sprint Review und Retrospektive sowie eine einseitige Aufzeichnung der Entscheidungen.

Was ist ein Sprint Review?

Ein Sprint Review ist das Scrum-Event, bei dem das Team und seine wichtigsten Stakeholder ansehen, was fertig geworden ist, besprechen, was sich rund um das Produkt verändert hat, und entscheiden, was als Nächstes kommt. Laut dem Scrum Guide von 2020 besteht sein Zweck darin, das Ergebnis des Sprints zu überprüfen und künftige Anpassungen festzulegen.

Es ist das vorletzte Event des Sprints. Danach folgt das Retrospektive-Meeting, und das nächste Sprint Planning Meeting greift auf, was das Review verändert hat.

Sprint Review Agenda: Zeiten für jede Sprintlänge

Wählen Sie Ihre Spalte und übernehmen Sie die Minuten in die Einladung. Diese Zeiten sind unser Vorschlag, keine Scrum-Regel. Sie sehen etwa 30 Minuten pro Sprintwoche vor, also die Hälfte des Maximums aus dem Guide.

Möchten Sie die Entscheidungen festhalten, ohne dass jemand mitschreibt? Legen Sie ParrotNotes auf den Tisch und erhalten Sie nach dem Stoppen der Aufnahme eine Zusammenfassung und Aufgaben. ParrotNotes kostenlos testen.

1. Mit dem Ziel eröffnen

Der Product Owner nennt das Sprint Goal, sagt, ob es erreicht wurde, und zählt auf, was fertig ist und was nicht. Nennen Sie schlechte Nachrichten zuerst.

2. Die fertige Arbeit prüfen

Zeigen Sie das laufende Produkt, keine Folien. Noch besser: Geben Sie die Tastatur ab und bitten Sie einen Stakeholder, eine echte Aufgabe zu erledigen, während die Developers zusehen. Teilen Sie die Liste der Einträge am Vorabend, damit die Teilnehmer mit Fragen kommen.

3. Fragen, was sich geändert hat

Der Guide verlangt, dass die Gruppe auch prüft, was sich in ihrem Umfeld verändert hat. Fragen Sie also Vertrieb, Support und Finanzen direkt. Ein neuer Wettbewerber oder eine Budgetkürzung kann wichtiger sein als alles, was Sie gebaut haben.

4. Das Product Goal prüfen

Sagen Sie in ein oder zwei Sätzen, wo das Produkt im Hinblick auf sein längerfristiges Ziel steht.

5. Entscheiden, was als Nächstes kommt

Dieser Schritt kommt oft zu kurz. Gehen Sie durch, was Sie gehört haben, und lassen Sie den Product Owner Backlog-Einträge ergänzen, neu ordnen oder entfernen. Einen endgültigen Plan brauchen Sie heute nicht, nur ein Backlog, das widerspiegelt, was die Runde gelernt hat. Neue Einträge schätzen und aufteilen Sie im nächsten Backlog Refinement.

6. Zusammenfassen und abschließen

Lesen Sie die Backlog-Änderungen und Verantwortlichen laut vor und verschicken Sie die Aufzeichnung noch am selben Tag.

Was der Scrum Guide sagt und was nicht

Der Guide widmet diesem Event einen kurzen Abschnitt und benennt den häufigsten Fehler deutlich: Das Sprint Review ist eine Arbeitssitzung, und das Scrum Team sollte es nicht auf eine Präsentation beschränken.

Wir haben den englischen Text des Guides nach den Wörtern durchsucht, die Teams meist mit diesem Meeting verbinden:

• „Demo“ kommt nicht vor. „Feedback“ auch nicht. Eine Demo kann Teil eines Reviews sein, aber dem Guide geht es um die Zusammenarbeit an den nächsten Schritten.
• „Sign-off“ und „approve“ kommen ebenfalls nicht vor. „Accept“ erscheint nur in Formulierungen über Prozesse und Produkte außerhalb akzeptabler Grenzen. Das Review ist nicht der Moment, in dem der Product Owner die Arbeit abnimmt.
• Es ist kein Release-Tor. Das Sprint Review darf laut Guide nie als Tor für die Auslieferung von Wert gelten. Sie können an Tag drei ausliefern und es hier besprechen.
• Unfertige Arbeit bleibt draußen. Erfüllt ein Product-Backlog-Eintrag die Definition of Done nicht, darf er laut Guide weder ausgeliefert noch im Sprint Review präsentiert werden. Er geht stattdessen zurück ins Product Backlog. Nennen Sie ihn in Schritt 1 und zeigen Sie ihn nicht in Schritt 2.

Die Timebox beträgt maximal vier Stunden für einen einmonatigen Sprint, und zu kürzeren Sprints sagt der Guide nur, dass das Event meist kürzer ist. Veröffentlichte Empfehlungen für kürzere Sprints gehen auseinander. Stand November 2026 empfiehlt Atlassian 30 Minuten bis eine Stunde pro Iteration, LogRocket rechnet mit einer Stunde pro Sprintwoche, und Spark Academy plant 90 Minuten für zwei Wochen ein. Beginnen Sie kurz und geben Sie nur dann mehr Zeit dazu, wenn Schritt 5 immer wieder nicht fertig wird.

Wer am Sprint Review teilnimmt

Das gesamte Scrum Team nimmt teil, dazu die wichtigsten Stakeholder. Der Guide sagt nicht, wer das Event leitet oder einlädt, aber Scrum.org beschreibt wichtige Stakeholder, die vom Product Owner eingeladen werden, und so ist es auch üblich.

Wer gilt als wichtig? Jeder, der Ihnen etwas sagen kann, was das Team nicht weiß, oder der auf Grundlage der Entscheidungen handeln wird. Elf Personen für eine Stunde sind 11 Personenstunden, und unser Meetingkosten-Rechner zeigt, was das kostet.

Kopieren Sie diese Einladung:

Betreff: Sprint Review, [Datum], [Beginn] bis [Ende]: [Funktion] ausprobieren

Guten Tag [Name],

dies ist eine Arbeitssitzung, keine Präsentation.

Das Ziel war: [Sprint Goal, ein Satz]
Sie können ausprobieren: [2-3 fertige Einträge]
Uns interessiert Ihre Meinung zu: [eine konkrete Frage an diese Person]

Bitte bringen Sie alles mit, was sich bei Ihnen geändert hat: Kunden,
Wettbewerber, Budget, Termine. Die einseitige Aufzeichnung schicke ich
noch am selben Tag.

[Product Owner]

Am wichtigsten ist die konkrete Frage. „Würde Ihr Team das morgen nutzen?“ gibt jemandem einen Grund zu kommen, „unseren Fortschritt ansehen“ nicht.

Sprint Review vs. Retrospektive: Was ist der Unterschied?

Das Sprint Review betrachtet das Produkt gemeinsam mit den Stakeholdern. Die Sprint Retrospektive betrachtet ohne sie, wie das Team gearbeitet hat. Beide finden am Ende des Sprints statt, in dieser Reihenfolge.

Ein Team, das vor den Augen der Stakeholder bespricht, was schiefgelaufen ist, kann verstummen. Halten Sie die beiden Termine also getrennt. Hier ein kurzer Test für jede Anmerkung: Ändert sie, was wir bauen, oder wie wir arbeiten?

Unsere Retrospektive Vorlage ist kostenlos, falls Sie für den zweiten Termin ein Board möchten.

So leiten Sie ein Sprint Review, wenn es abdriftet

Halten Sie diese Sätze bereit:

Zur Zusage: Laut Guide können alle, die das Product Backlog ändern möchten, das tun, indem sie den Product Owner überzeugen. Im Review machen Sie Ihren Standpunkt deutlich, einen Termin bekommen Sie dort nicht.

Das funktioniert auch außerhalb der Software. Stellen Sie sich ein fiktives Marketingteam aus vier Personen vor, das eine Webinar-Seite prüft, die während des Sprints live gegangen ist. Eine Vertriebsmitarbeiterin probiert das Formular auf ihrem Handy aus, bleibt am siebten Feld hängen und sagt es. Am Ende der Stunde steht das Kürzen des Formulars ganz oben auf der Liste für den nächsten Sprint.

Sprint Review Vorlage: die einseitige Aufzeichnung

Der Guide verlangt kein Protokoll, aber das Sprint Planning braucht diese Antworten. Kopieren Sie das in das Dokument Ihres Teams.

SPRINT REVIEW: AUFZEICHNUNG
Team:              Sprint:              Datum:
Moderation:        Product Owner:       Stakeholder:

1. SPRINT GOAL (erreicht? ja / teilweise / nein)

2. FERTIG

3. NICHT FERTIG (zurück ins Backlog)

4. WAS SICH GEÄNDERT HAT

5. PRODUCT GOAL: wo wir stehen

6. BACKLOG-ÄNDERUNGEN
   Eintrag | Neu, verschoben oder entfernt | Verantwortlich

7. OFFENE FRAGEN
   Frage | Wer antwortet | Bis wann

Hier ist sie ausgefüllt, mit dem fiktiven Team aus unserem Leitfaden zum Sprint Planning:

SPRINT REVIEW: AUFZEICHNUNG
Team: Checkout-Team    Sprint: 42    Datum: 20. November
Moderation: Lena    Product Owner: Ana
Stakeholder: Joy (Support), Ravi (Vertrieb), Mei (Finanzen)

1. SPRINT GOAL
   Wiederkehrende Kunden können mit einer gespeicherten Karte bezahlen.
   Erreicht: ja

2. FERTIG
   Speicherung der Karten, Kartenauswahl im Checkout,
   Migration der Zahlungstoken, instabiler Checkout-Test behoben

3. NICHT FERTIG
   Fehlermeldungen bei abgelehnten Karten

4. WAS SICH GEÄNDERT HAT
   Ein Wettbewerber hat einen Ein-Klick-Checkout gestartet.
   Die Kartengebühren steigen im Januar (Mei).

5. PRODUCT GOAL: Wiederkehrende Kunden zahlen in unter einer Minute
   Jetzt 1 Min. 40 Sek. mit gespeicherter Karte, vorher 3 Min.

6. BACKLOG-ÄNDERUNGEN
   Ablauf bei abgelaufenen Karten | Neu, Rang 1 | Ana
   Fehlermeldungen bei abgelehnten Karten | Verschoben, Rang 2 | Ana
   Apple Pay | Nach oben verschoben, Rang 3 | Ana

7. OFFENE FRAGEN
   Ändert die Januar-Gebühr die Reihenfolge der Karten im Checkout?
   | Mei | 24. November

Abschnitt 6 fließt direkt in den nächsten Plan ein. Übertragen Sie die offenen Fragen in Ihre Aufgabenverfolgung, und lesen Sie in unserem Leitfaden zum Besprechungsrhythmus, wie Sie den Termin zwischen Ihre anderen regelmäßigen Besprechungen legen.

Sollten Sie das Review aufnehmen?

Mit einer Aufnahme kann der Product Owner in den Schritten 3 und 5 zuhören, statt zu tippen. Fragen Sie vorher, sagen Sie, was Sie aufbewahren und wer es sieht, und hören Sie auf, wenn jemand widerspricht. Die Regeln zur Einwilligung unterscheiden sich je nach Ort, und unser Leitfaden zu den One-Party-Consent-Staaten erklärt die Grundlagen für die USA.

ParrotNotes nimmt auf einem Smartphone oder Mac im Raum auf, ohne Meeting-Bot, und liefert ein Transkript, eine Zusammenfassung und Aufgaben, die Sie in die Aufzeichnung einfügen können. Stand November 2026 können Aufnahmen mit Pro bis zu 3 Stunden dauern (19,99 USD pro Monat oder 14,99 USD pro Monat bei jährlicher Zahlung).

Der Free-Tarif erlaubt 30 Minuten pro Aufnahme und 100 Minuten pro Monat. Lassen Sie also die ersten vier Schritte aus und nehmen Sie die Schritte 5 und 6 auf. Bei einem Zwei-Wochen-Sprint sind das etwa 20 Minuten, und genau dort fallen die Entscheidungen. Laden Sie ParrotNotes herunter und probieren Sie es beim nächsten Review aus.

Machen Sie Ihr nächstes Review zur Arbeitssitzung

Ein gutes Sprint Review liefert eine ehrliche Bilanz dessen, was Done ist, Neuigkeiten von außerhalb des Teams und ein Backlog, das beides widerspiegelt. Stellen Sie das Ziel und die unfertige Arbeit an den Anfang, geben Sie die Tastatur ab, statt Folien zu zeigen, stellen Sie jedem Stakeholder eine konkrete Frage und verschicken Sie noch am selben Tag eine Seite.

Lenas Team ließ die Folien für Sprint 42 weg. Joy aus dem Support übernahm die Tastatur, probierte innerhalb von vier Minuten eine abgelaufene gespeicherte Karte aus und landete in einer Sackgasse. Ana setzte die Lösung noch vor Ablauf der Stunde an die Spitze des Backlogs, und diesmal erfuhr niemand zuerst durch einen Kunden von dem Problem.