Dies ist eine alte Version des Dokuments!
LB03: Sprint Review & Retrospective
Einleitung
Die Leistungsbeurteilung LB03 im Modul 426 besteht darin, ein lauffähiges Software-Inkrement im Rahmen eines Sprint Reviews zu präsentieren und gemeinsam mit Stakeholdern zu reflektieren.
Im Zentrum stehen:
- agile Zusammenarbeit,
- iterative Entwicklung,
- MVP-Denken,
- funktionierende Software,
- sowie der konstruktive Umgang mit Feedback.
Ein anderes Team übernimmt dabei die Rolle von Stakeholdern und gibt strukturiertes Feedback zum präsentierten Produkt.
Ausgangslage
Im Modul 426 planen, entwickeln und verbessern Sie Ihr Produkt iterativ mit Hilfe von Scrum. Ziel ist es, ein möglichst sinnvolles und funktionierendes MVP (Minimum Viable Product) zu erstellen und dieses in mehreren Sprints schrittweise weiterzuentwickeln.
Im Sprint Review präsentieren Sie den aktuellen Stand Ihres Produkts und reflektieren den Entwicklungsprozess gemeinsam mit Stakeholdern.
Auftrag
Präsentieren Sie im Team ein lauffähiges Inkrement Ihres Projekts im Rahmen eines Sprint Reviews.
Das Review soll zeigen:
- welches Sprint Goal verfolgt wurde,
- welche Funktionen umgesetzt wurden,
- welche Herausforderungen es gab und wie sie gelöst wurden,
- welchen Nutzen das MVP bietet,
- welche Feedbacks berücksichtigt wurden,
- und welche Verbesserungen im nächsten Sprint geplant sind.
Die übrigen Teams übernehmen dabei die Rolle von Stakeholdern und geben strukturiertes Feedback.
Rollen und Aufgaben
Entwicklungsteam (Dev Team)
- Demonstriert die fertigen Inkremente („Done“) live und funktional.
- Erläutert technische Entscheidungen, Herausforderungen und Lösungswege.
- Zeigt, was während des Sprints umgesetzt wurde.
Product Owner (PO)
- Präsentiert die Sprint Backlog und das Sprint Goal.
- Bewertet, ob das Sprint Goal und die „Definition of Done“ erreicht wurden.
- Präsentiert den aktualisierten Product Backlog.
- Entscheidet über Anpassungen des Product Backlogs auf Basis des Feedbacks.
Scrum Master (SM)
- Moderiert das Sprint Review.
- Achtet auf die Time Box (max. 15 Minuten).
- Achtet darauf, dass keine Retrospektiven-Themen ins Sprint Review verschoben werden.
- Unterstützt das Team beim Festhalten der Ergebnisse.
Stakeholder (anderes Team)
- Geben strukturiertes Feedback zum Produkt.
- Stellen Verständnisfragen und hinterfragen.
- Geben konkrete Verbesserungsvorschläge.
Ablauf Sprint Review
| Phase | Inhalt | Zeit |
|---|---|---|
| Einführung | Sprint Goal und User Stories kurz vorstellen | 3 Minuten |
| Demo | Live-Demo des aktuellen Inkrements | 5 Minuten |
| Stakeholder-Feedback | Fragen, Kritik und Verbesserungsvorschläge | 4 Minuten |
| Reflexion | Erkenntnisse und aktualisiertes Backlog | 3 Minuten |
Anforderungen
- Das Inkrement muss lauffähig sein.
- Die Demo soll live durchgeführt werden.
- Das MVP und dessen Nutzen müssen verständlich erklärt werden.
- Feedbacks aus früheren Reviews sollen sichtbar berücksichtigt werden.
- Die Zusammenarbeit im Team soll erkennbar sein.
- Das Sprint Review soll klar strukturiert und verständlich durchgeführt werden.
Stakeholder-Feedback
Die Stakeholder-Teams beurteilen unter anderem:
- Ist der Nutzen des Produkts verständlich?
- Ist das MVP sinnvoll fokussiert?
- War die Demo nachvollziehbar?
- Welche Funktion überzeugt besonders?
- Welche Verbesserung wird empfohlen?
Das Feedback wird mündlich diskutiert und anschliessend schriftlich dokumentiert.
Rahmenbedingungen
- Dauer pro Team: 15 Minuten
- Live-Demo obligatorisch
- Feedback-Dokumentation wird abgegeben
- Alle Teammitglieder übernehmen eine aktive Rolle im Review
Bewertung
Die Bewertung erfolgt anhand eines separaten Bewertungsrasters.
Berücksichtigt werden insbesondere:
- MVP & Nutzenverständnis
- Qualität des Inkrements
- Umgang mit Feedback
- Scrum-Prozess & Zusammenarbeit
- Reflexion & iterative Verbesserung
Quelle
Inhaltlich orientiert an den Prinzipien des Scrum Reviews gemäss: