Sprints sind ein fester Bestandteil des Scrum-Entwicklungsframeworks. Jeder kurze Sprint wird durch den Erfolg oder die Mängel des vorherigen Sprints beeinflusst und treibt die kontinuierliche Verbesserung und Verfeinerung deines Produkts voran.
In dieser Anleitung wird die Rolle der Sprint Reviews bei der Analyse jedes Produktinkrements und der Entscheidung, wie das nächste angegangen werden soll, näher erläutert. Wir schauen uns die typischen Tagesordnungspunkte für diese Art von Treffen an, wie sie sich von anderen Scrum-Zeremonien unterscheiden und welche Best Practices für die Durchführung von Sprint Reviews gelten. Damit du den Überblick behältst, zeigen wir dir außerdem, wie du monday dev zur Verwaltung deiner Sprints nutzen kannst.
Was ist ein Sprint Review?
Die Scrum-Methode gibt es schon seit vielen Jahren. Zuerst wurde sie in „The New New Product Development Game“ (1986) von Hirotaka Takeuchi und Ikujiro Nonaka vorgestellt. Später, 1995, präsentierten Jeff Sutherland und Ken Schwaber auf der OOPSLA-Konferenz ihre eigene Version von Scrum, in der auch das Sprint Review eine zentrale Rolle einnimmt.
Das Sprint Review ist eins der zentralen Scrum-Events, wie man in der „Scrum-Bibel“ von Jeff Sutherland und Ken Schwaber, dem offiziellen The Scrum Guide, nachlesen kann. Ein Sprint Review ist ein Treffen am Ende eines jeden Scrum-Sprints im agilen Entwicklungszyklus. Das Team nutzt diese Zeit, um die Arbeit zu präsentieren, die es während des Sprints geleistet hat. Es dient dazu, die im Sprint erzielten Ergebnisse vorzustellen und gemeinsam zu bewerten. Wie eine Art Demo.
Die Zeit wird auch genutzt für :
- Einholen von Feedback von den involvierten internen und externen Stakeholdern
- Sicherstellen, dass die Richtung des Projekts übereinstimmt
- Aktualisieren von Product Backlog Items für zukünftige Anpassungen.
Durch die Überprüfung der geleisteten Arbeit und das Sammeln von Erkenntnissen deiner wichtigsten Stakeholder stellen diese hochgradig kollaborativen Sprint Reviews sicher, dass dein Scrum-Team immer etwas Sinnvolles entwickelt, das den Kunden- und Geschäftsanforderungen entspricht.
Wer sollte am Sprint Review teilnehmen?
Die folgenden Personen musst du unbedingt auf deine Teilnehmerliste für das Meeting einladen:
- Scrum Master: Diese Person leitet das Treffen und sorgt dafür, dass es konzentriert und effektiv abläuft.
- Product Owner: Wie der Name schon sagt, überprüft der Product Owner das Product Backlog, um zu verstehen, wie der letzte Sprint mit den Verbesserungen von Funktionen, Ideen für Designänderungen, Fehlerbehebungen oder User Storys zusammenhängt.
- Entwicklungsteam: Dein Team aus Ingenieuren, Designern und Testern wird die neueste Version des Produkts vorführen – im Grunde genommen zeigen sie, was sie gemacht haben.
- Andere wichtige Stakeholder: Du kannst auch andere Personen einladen, deren Beitrag für den Erfolg deiner agilen Projekte entscheidend ist, z. B. Autoren, Analysten, Abteilungsleiter oder sogar Endnutzer.
Was sind die Ziele eines Agile Sprint Review Meetings?
Sprint Reviews finden neben anderen wichtigen Zeremonien statt, wie z.B. der Sprintplanung, den täglichen Standups und den Retrospektiven. Hier erfährst du, warum der Review für dein agiles Projektmanagement und den agilen Entwicklungsprozess so wichtig ist:
- Sprint Reviews fördern die Zusammenarbeit: Agile Frameworks legen großen Wert auf Kommunikation. In Review-Zeremonien bleiben die wichtigsten Mitarbeiter auf dem Laufenden und haben die Möglichkeit, die Leistungen der anderen zu feiern, was die Moral und Zufriedenheit des Teams fördert.
- Sprint Reviews verbessern die Transparenz: Reviews geben Einblick in die Arbeit, die während eines Sprints geleistet wurde, so dass allen Scrum-Teammitgliedern und wichtigen Stakeholdern Transparenz im Projektfortschritt oder in den Herausforderungen ermöglicht wird.
- Sprint Reviews verbessern die Produktqualität: Wie jede andere Zeremonie, die auf der Scrum-Methode basiert, sind auch Sprint Reviews darauf ausgerichtet, das bestmögliche Produkt zu produzieren. Das Schließen von Feedbackschleifen am Ende deines Sprints formt und verfeinert die Produktrichtung und zukünftige Sprints und unterstützt dich auf deinem Weg zu einem erfolgreichen Produkt.
- Sprint Reviews gleichen die Erwartungen ab: Der Inhalt deines Scrum-Meetings sorgt dafür, dass alle auf derselben Seite stehen.
Was passiert während eines Sprint Reviews?
Ein Scrum-Sprint-Review ist ein informelles Treffen, das eher ein Nachholtermin als eine Konferenz ist. Dennoch beinhaltet er normalerweise einige wichtige Aktivitäten agiler Teams:
1. Der Product Owner berichtet, was getan wurde
Der erste Schritt ist ein kurzer Durchlauf dessen, was in diesem Zyklus gemäß den Prioritäten im Product Backlog erreicht wurde. Im Wesentlichen ist es ein Überblick über die Iteration.
2. Der Product Owner berichtet, was noch nicht erledigt wurde
Neben einer Liste der erledigten Aufgaben gibt der Product Owner auch Auskunft darüber, was noch nicht geschehen ist. Dabei kann es sich um Aktivitäten handeln, die du in diesem Zyklus aufgrund unerwarteter Hindernisse nicht in Angriff nehmen konntest.
3. Das Entwicklungsteam demonstriert die Arbeit
Als Nächstes zeigt das Produktentwicklungsteam in einer Live-Demo, was es geschafft hat. Wenn du zum Beispiel ein neues digitales Tool entwickelst, könnte dein Entwicklungsteam eine neue Funktion vorstellen, an der sie in diesem Zyklus gearbeitet haben, oder beweisen, dass sie einen Fehler in der Software behoben haben. So könnt ihr den aktuellen Stand des Softwareentwicklungs-Lebenszyklus (SDLC) gemeinsam auswerten.
4. Das Team verfolgt den Fortschritt
Alle Anwesenden bei deinem Agile Sprint Review vergleichen, wie die geleistete Arbeit mit deinen Produktzielen und User Stories übereinstimmt. Sie machen Beobachtungen, um festzustellen, ob die Ergebnisse des Sprints den Kunden zufriedenstellen, und nehmen dann verschiedene Kurskorrekturen vor, um den Endkunden im Auge zu behalten.
5. Der Scrum Master aktualisiert das Product Backlog
Zum Abschluss des Reviews aktualisiert der Scrum Master das Product Backlog, um zu verstehen, wie die letzte Arbeit den nächsten Sprint-Zyklus beeinflusst. Du kannst zum Beispiel eine abhängige Aufgabe in Angriff nehmen, nachdem du die übergeordnete Aufgabe abgeschlossen hast. Du kannst diese Abhängigkeiten in monday dev verwalten.
Was man bei einem Sprint Review nicht tun sollte
Sprint-Bewertungen können zu einem freien Spiel werden, wenn du dich nicht an einige Grundregeln hältst. Hier ist, was du nicht tun solltest:
- Verliere nicht den Fokus: Vergiss nicht, warum du ein Sprint Review veranstaltest – um zu besprechen, wie dein Produkt zum Leben erweckt wird. Dies ist nicht das richtige Forum, um über die Leistung des Einzelnen, die Dynamik im agilen Team oder Details des Projektmanagements zu sprechen. Hebe dir das für deine Standups und Retrospektiven auf.
- Lass das Feedback nicht aus: Auch wenn der Sprint nicht nach Plan verlaufen ist (und vor allem dann nicht), solltest du dir die Zeit nehmen, dir direktes Feedback aller Beteiligten anzuhören und dein Produkt in die richtige Richtung zu lenken. Dazu gehört auch, dass du erledigte und nicht-erledigte Aufgaben sowie alle Fehler besprichst, die sonst die Qualität deines Produkts beeinträchtigen würden.
- Nicht hetzen: Auch wenn du nicht willst, dass das Treffen einen tangentialen Verlauf nimmt, nimm dir die Zeit, deinen Sprint gründlich zu überprüfen und allen zuzuhören, die etwas beitragen wollen und müssen.
Sprint Review vs. Retrospektive: Was ist der Unterschied?
Sprint Reviews und Retrospektiven werden häufig verwechselt. Das ist verständlich, denn beides sind Arten von Scrum-Veranstaltungen und beide bieten Raum für Reflexion. Es gibt jedoch entscheidende Unterschiede zwischen diesen beiden Arten von wichtigen Meetings, und wir empfehlen dir, in deinem Produktentwicklungszyklus Zeit für beide zu finden.
- Sprint Reviews sind produktorientiert. Sie zeigen, was du bis jetzt gebaut hast und wie das deine nächsten Schritte bestimmt.
- Sprint-Retrospektiven sind prozessorientiert. Sie reflektieren, was gut funktioniert hat, was nicht und wie die Arbeitsabläufe und Praktiken des Teams für den nächsten Sprint verbessert werden können.
4 Best Practices für deinen Sprint Review
Befolge diese Best Practices, um den größten Nutzen aus deiner Überprüfung zu ziehen und mit Scrum dein agiles Projektmanagement aufzuwerten:
1. Kläre, was „erledigt“ bedeutet
Bevor du deinen Produktzyklus startest, solltest du dokumentieren, wie du bei jedem Review vorgehst und wie du weißt, wann eine Aufgabe als „erledigt“ markiert werden kann. Wer ist dafür verantwortlich, dass sie abgezeichnet wird? Welche Kontrollen und Maßnahmen stellen sicher, dass du keine weiteren Korrekturen vornehmen musst?
2. Halte die Überprüfung konzentriert, aber informell
Bei Sprint Reviews geht es nicht um PowerPoint-Präsentationen und vorbereitete Reden. Es geht darum, gemeinschaftliche Arbeitssitzungen zu veranstalten, in denen jeder ermutigt wird, sich an ehrlichen Diskussionen zu beteiligen.
Top-Tipp: Achte darauf, dass die Konversionen für die Verbesserung des Produkts relevant sind und dass sie zeitlich begrenzt sind, damit du nicht vom Thema abschweifst.
3. Beziehe die richtigen Stakeholder mit ein
Du kannst nur dann das Beste aus deiner Überprüfung herausholen, wenn du die richtigen Leute einbeziehst, die in der Lage sind, einen sinnvollen Beitrag zu leisten. Verschicke die Einladungen zu den Treffen frühzeitig, damit die Stakeholder Zeit in ihren Kalendern haben, um teilzunehmen. Und vergiss nicht, weitere Personen in die einzelnen Reviews einzubeziehen, wenn sie etwas zu sagen haben, von dem dein Scrum-Team profitieren kann.
4. Aktualisiere regelmäßig das Product Backlog
Das Product Backlog upzudaten sollte kein optionaler Schritt sein oder etwas, das du auf später verschiebst. Backlog Refinement ist essenziell, denn deine Teams müssen sich einig sein, was als Nächstes in Angriff genommen werden soll. Setze also die Aufgaben mit der höchsten Priorität an den Anfang deines Backlogs und füge viele Details hinzu, warum sie wichtig sind. Du könntest deine Backlog-Aufgaben zum Beispiel nach der Komplexität der Funktionen, den Erwartungen der Kunden oder dem Entwicklungsaufwand ordnen.
Plane dein nächstes Sprint Review mit monday dev
monday dev bietet einen zentralen Arbeitsbereich für die Zusammenarbeit in allen Bereichen deines Produkt- oder Softwareentwicklungszyklus und verbindet alle wichtigen Interessengruppen. Die Plattform ermöglicht deinen Entwicklungsteams unter anderem die folgenden Vorteile:
- Steigere die Produktqualität, indem du Bugs und Fehler meldest und den Fortschritt bei ihrer Behebung überwachst. Die Tracking-Funktionen von monday dev ermöglichen es dir, dich auf das Wesentliche zu konzentrieren und schnell zu reagieren.
- Verwalte deine Sprint-Ziele entsprechend deiner Produkt-Roadmap. Nutze monday dev als Grundlage für dein Sprintmanagement – so konzentrierst du dich auf Wirkung und Klarheit, indem du die Sprintaktivitäten nach den Schmerzpunkten der Kunden ausrichtest.
- Beschleunige das Product Lifecycle Management durch hochgradig kollaborative Arbeitstools für die Zusammenarbeit. Mit monday dev können die Beteiligten während des Sprints effektiv kommunizieren und wichtige Scrum-Dokumente, Tags und Kommentare zu den Elementen im Scrum Board hinzufügen, damit alle auf dem Laufenden bleiben und auch komplexe Aufgaben reibungslos abschließen können.
- Erkenne Engpässe oder Probleme, die deinen aktuellen Sprintfortschritt behindern, mit den Burndown-Diagrammvorlagen von monday dev. Diese vergleichen das, was du bisher erreicht hast, mit dem verbleibenden Aufwand.
- Verschaffe dir volle Transparenz über die Entwicklung deines Teams durch visuelle Dashboards mit einer Reihe von Ansichten, darunter Kanban und Gantt-Diagramm. So hast du auf einen Blick den aktuellen Status deiner Sprints im Blick.
Bist du bereit, den Wert deiner Sprint Reviews zu maximieren? Teste monday dev noch heute kostenlos.
Häufig gestellte Fragen
Wie oft werden Sprint Reviews durchgeführt?
Sprint Reviews finden am Ende eines jeden Sprints statt, d.h. ihre Häufigkeit ist direkt an die Sprintlänge gebunden. Üblich ist ein einmonatiger Sprint-Zyklus, aber auch kürzere Sprints von einer oder zwei Wochen sind eine beliebte Option. Wie auch immer dein Sprint-Zyklus aussieht, das Ziel ist es, den Review zeitnah durchzuführen, damit wertvolles Feedback des letzten Sprints vor dem nächsten Sprint-Planungstreffen frisch und umsetzbar ist.
Wie sieht die Agenda für ein Sprint Review aus?
Als Leitfaden kannst du dir diese Tagesordnungspunkte für das Sprint Review Meeting ansehen:
- Der Product Owner erklärt den Stand des Backlogs
- Das Entwicklungsteam präsentiert die abgeschlossene Arbeit
- Du sammelst Feedback und führst gezielte Diskussionen mit den Stakeholdern.
- Du aktualisierst das Backlog auf der Grundlage neuer Erkenntnisse
Wie lange dauert ein Sprint Review?
Ein Sprint Review sollte sich nicht gehetzt anfühlen. Als Faustregel gilt: Versuche, fünf Minuten pro Person einzuplanen, um allen den Raum zu geben, ihre Gedanken zu äußern. Passe deine nächste Besprechung danach an, ob du zu viel oder zu wenig Zeit hast.
Findet ein Sprint-Review vor der Sprint-Planung statt?
Nein, die typische Abfolge von Sprint-Zeremonien ist Sprint-Planung, tägliche Standups, Sprint Reviews und dann Sprint-Retrospektiven. Am Ende des Sprints wiederholt sich der Zyklus.
Jetzt loslegen