Software Product Mastering / Produkt & Projekt / Methoden / Deliberating structures
Sprint Review in Scrum¶
Zusammenfassung¶
Zweck¶
- Präsentation des Inkrements (fertiggestellte Arbeit im Sprint).
- Einholen von Feedback von Stakeholdern.
- Anpassung des Product Backlogs auf Basis des Feedbacks.
- Förderung von Transparenz und Zusammenarbeit.
Ablauf¶
- Einladung der Teilnehmer (Product Owner lädt Stakeholder ein).
- Eröffnung durch den Scrum Master (Ziel und Agenda).
- Präsentation des Inkrements durch das Entwicklungsteam (Live-Demo, Definition of Done beachten).
- Feedback sammeln von Stakeholdern und Diskussion über den Produktwert.
- Anpassung des Backlogs durch den Product Owner.
- Abschluss mit Zusammenfassung und nächsten Schritten.
Teilnehmer¶
- Pflicht: Product Owner, Entwicklungsteam, Scrum Master.
- Optional: Stakeholder, Kunden, andere Abteilungen (z. B. Marketing, Support).
Herausforderungen¶
- Fehlende Stakeholder: Frühzeitig einladen, Wichtigkeit betonen.
- Unklare Präsentation: Vorbereitung und Fokus auf Business Value.
- Verlust des Fokus: Scrum Master moderiert Diskussionen.
- Verwechslung mit Abnahme: Zweck des Meetings klarstellen.
Best Practices¶
- Klare Agenda und strukturierte Demos vorbereiten.
- Stakeholder aktiv einbinden (z. B. gezielte Fragen).
- Visualisierungen (z. B. Diagramme) nutzen.
- Feedback priorisieren und ins Backlog integrieren.
Verbindung zu anderen Events¶
- Retrospektive: Fokus auf Prozess, nicht Produkt.
- Sprint Planning: Erkenntnisse aus dem Review fließen ins Backlog ein.
- Daily Scrum: Ergebnisse können kurzfristig berücksichtigt werden.
Erfolgskriterien¶
- Konstruktives Feedback.
- Engagierte Stakeholder.
- Transparenz über den Produktstatus.
- Anpassung des Backlogs für maximalen Wert.
Das Sprint Review ist entscheidend für die Inspektion und Anpassung des Produkts sowie die Zusammenarbeit zwischen Team und Stakeholdern.
Nochmal zum Nachlesen...
Ein umfassender Leitfaden¶
Das Sprint Review ist eines der zentralen Events in Scrum. Es bietet die Gelegenheit, den Fortschritt des Produkts zu überprüfen, Feedback einzuholen und gemeinsam die nächsten Schritte zu planen. In diesem Artikel erfährst du alles Wichtige über den Zweck, den Ablauf, die Teilnehmer, Herausforderungen, Best Practices und den Beitrag des Reviews zur Scrum-Philosophie.
Zweck des Sprint Reviews¶
Das Sprint Review dient mehreren Zielen:
- Präsentation des Inkrements: Das Entwicklungsteam zeigt, welche Arbeitsergebnisse im aktuellen Sprint fertiggestellt wurden.
- Feedback einholen: Stakeholder und das Scrum-Team diskutieren gemeinsam, ob die Ergebnisse den Anforderungen und Erwartungen entsprechen.
- Produktstrategie anpassen: Das Feedback fließt in die Aktualisierung des Product Backlogs ein, um sicherzustellen, dass das Produkt maximalen Wert liefert.
- Transparenz und Zusammenarbeit: Das Review fördert den offenen Austausch zwischen Team und Stakeholdern, um ein gemeinsames Verständnis über den Status des Produkts zu schaffen.
Ablauf des Sprint Reviews¶
Das Review ist strukturiert, um den größtmöglichen Nutzen für das Scrum-Team und die Stakeholder zu bieten. Hier ist ein typischer Ablauf:
1. Einladung der Teilnehmer¶
- Der Product Owner lädt alle relevanten Stakeholder, wie Kunden, Anwender oder Führungskräfte, zum Review ein.
- Das gesamte Scrum-Team nimmt teil: Entwicklungsteam, Product Owner und Scrum Master.
2. Eröffnung¶
- Der Scrum Master leitet das Meeting ein und stellt die Agenda vor.
- Der Product Owner erläutert das Sprintziel und gibt einen Überblick über den aktuellen Status des Backlogs.
3. Präsentation des Inkrements¶
- Das Entwicklungsteam zeigt die im Sprint abgeschlossenen Arbeiten in einer Live-Demonstration. Wichtig ist, dass nur Arbeit präsentiert wird, die den Anforderungen der Definition of Done entspricht.
- Die Demonstration sollte klar und verständlich sein und den Mehrwert der Arbeitsergebnisse betonen.
4. Feedback sammeln¶
- Die Teilnehmer geben Feedback zu den gezeigten Ergebnissen. Dabei können neue Anforderungen, Änderungen oder Verbesserungsvorschläge entstehen.
- Eine offene und respektvolle Diskussion ist essenziell, um konstruktives Feedback zu fördern.
5. Anpassung des Product Backlogs¶
- Der Product Owner passt das Backlog an, basierend auf den Erkenntnissen und dem Feedback aus dem Review.
- Neue Prioritäten oder Anforderungen werden identifiziert und priorisiert.
6. Abschluss¶
- Die wichtigsten Erkenntnisse und Entscheidungen werden zusammengefasst.
- Der Fokus liegt auf den nächsten Schritten, die im kommenden Sprint Planning berücksichtigt werden.
Teilnehmer des Sprint Reviews¶
1. Pflichtteilnehmer:¶
- Product Owner: Verantwortlich für die Maximierung des Produktwerts und die Aktualisierung des Backlogs.
- Entwicklungsteam: Präsentiert die Ergebnisse und nimmt aktiv am Austausch teil.
- Scrum Master: Moderiert das Meeting, sorgt für einen reibungslosen Ablauf und verhindert Abschweifungen.
2. Optionale Teilnehmer:¶
- Stakeholder: Kunden, Endanwender oder Führungskräfte, die ein Interesse am Produktfortschritt haben.
- Andere Abteilungen: Marketing, Vertrieb oder Support, die vom aktuellen Stand des Produkts profitieren können.
Herausforderungen im Sprint Review¶
Das Review kann nur dann seinen Zweck erfüllen, wenn bestimmte Herausforderungen erfolgreich gemeistert werden:
1. Fehlende Stakeholder-Beteiligung¶
- Wenn Stakeholder nicht teilnehmen, fehlt wertvolles Feedback.
- Lösung: Stakeholder frühzeitig einladen und den Mehrwert ihrer Teilnahme betonen.
2. Unklare Präsentation¶
- Eine schlecht vorbereitete Präsentation des Inkrements kann zu Missverständnissen führen.
- Lösung: Das Entwicklungsteam bereitet eine strukturierte und verständliche Demo vor.
3. Fokusverlust¶
- Diskussionen können sich in Details verlieren oder in Schuldzuweisungen abdriften.
- Lösung: Der Scrum Master moderiert und lenkt die Diskussion auf das Wesentliche.
4. Missverständnisse über den Zweck¶
- Das Review wird fälschlicherweise als Abnahme-Meeting verstanden.
- Lösung: Klarstellen, dass es um Inspektion und Anpassung geht, nicht um eine formale Abnahme.
Best Practices für ein effektives Sprint Review¶
1. Strukturiertes Meeting¶
- Eine klare Agenda sorgt für Struktur und Fokus.
- Technische Probleme bei Live-Demos sollten vorab getestet werden.
2. Stakeholder einbinden¶
- Stakeholder sollten aktiv eingebunden werden, z. B. durch gezielte Fragen wie: „Erfüllt das eure Erwartungen?“
3. Visualisierung nutzen¶
- Fortschritte und Ergebnisse lassen sich durch Diagramme oder Statusanzeigen besser verdeutlichen.
4. Feedback priorisieren¶
- Nicht jedes Feedback muss sofort umgesetzt werden. Der Product Owner entscheidet, welche Punkte in das Backlog aufgenommen werden.
Verbindung zu anderen Scrum-Events¶
1. Sprint Retrospektive¶
- Während das Review das Produkt im Fokus hat, konzentriert sich die Retrospektive auf den Prozess.
2. Sprint Planning¶
- Die Erkenntnisse aus dem Review fließen in das nächste Sprint Planning ein, da sie Prioritäten und Anforderungen beeinflussen.
3. Daily Scrum¶
- Ergebnisse des Reviews können auch im Daily Scrum diskutiert werden, um kurzfristige Anpassungen im Sprint umzusetzen.
Messung des Erfolgs¶
Ein erfolgreiches Sprint Review zeichnet sich aus durch:
- Konstruktives Feedback, das den Wert des Produkts steigert.
- Stakeholder-Engagement, d. h., alle fühlen sich einbezogen.
- Transparenz, sodass jeder den Status des Produkts versteht.
- Anpassung des Backlogs, um neue Anforderungen und Prioritäten zu berücksichtigen.
Fazit¶
Das Sprint Review ist eine zentrale Komponente von Scrum, die Transparenz, Zusammenarbeit und kontinuierliche Verbesserung ermöglicht. Es fördert die Interaktion zwischen Team und Stakeholdern und stellt sicher, dass das Produkt den größtmöglichen Wert für die Nutzer liefert. Durch gute Vorbereitung, klare Kommunikation und einen Fokus auf Zusammenarbeit wird das Review zu einem unverzichtbaren Werkzeug im agilen Entwicklungsprozess.
Kleines Quiz¶
In [2]:
# Sprint Review Quiz
print("Willkommen zum Scrum Sprint Review Quiz!")
print("Beantworte die Fragen, indem du die richtige Option auswählst (A, B, C oder D).\n")
# Fragen und Antworten
questions = [
{
"question": "1. Was ist das Hauptziel eines Sprint Reviews?",
"options": {
"A": "Den Entwicklungsprozess zu analysieren",
"B": "Feedback von Stakeholdern zu erhalten",
"C": "Das Sprint Backlog zu aktualisieren",
"D": "Teamprobleme zu lösen"
},
"correct": "B"
},
{
"question": "2. Wer nimmt verpflichtend am Sprint Review teil?",
"options": {
"A": "Das gesamte Scrum-Team",
"B": "Nur der Product Owner",
"C": "Stakeholder und Entwicklungsteam",
"D": "Nur der Scrum Master"
},
"correct": "A"
},
{
"question": "3. Welche Arbeit darf im Sprint Review präsentiert werden?",
"options": {
"A": "Arbeit, die fast fertig ist",
"B": "Arbeit, die noch getestet werden muss",
"C": "Arbeit, die vollständig der Definition of Done entspricht",
"D": "Arbeit, die während des Sprints begonnen wurde"
},
"correct": "C"
},
{
"question": "4. Wie lange dauert ein Sprint Review bei einem einmonatigen Sprint maximal?",
"options": {
"A": "1 Stunde",
"B": "2 Stunden",
"C": "4 Stunden",
"D": "8 Stunden"
},
"correct": "C"
},
{
"question": "5. Was passiert nach dem Sprint Review mit dem Product Backlog?",
"options": {
"A": "Es wird gelöscht und neu erstellt.",
"B": "Es wird angepasst, um Feedback und neue Prioritäten zu berücksichtigen.",
"C": "Es wird unverändert gelassen.",
"D": "Es wird in ein Sprint Backlog umgewandelt."
},
"correct": "B"
}
]
# Quiz Logik
score = 0
for i, q in enumerate(questions, 1):
print(q["question"])
for option, text in q["options"].items():
print(f" {option}: {text}")
# Antwort einlesen
answer = input("\nDeine Antwort: ").strip().upper()
# Antwort überprüfen
if answer == q["correct"]:
print("✅ Richtig!\n")
score += 1
else:
print(f"❌ Falsch. Die richtige Antwort ist: {q['correct']} - {q['options'][q['correct']]}\n")
# Ergebnis ausgeben
print("Quiz beendet!")
print(f"Deine Punktzahl: {score}/{len(questions)}")
if score == len(questions):
print("🎉 Großartig! Du hast ein perfektes Ergebnis erzielt!")
elif score > len(questions) // 2:
print("👍 Gut gemacht! Du hast ein solides Verständnis des Sprint Reviews.")
else:
print("⚠️ Du könntest dein Wissen noch vertiefen. Versuche es erneut!")
Willkommen zum Scrum Sprint Review Quiz! Beantworte die Fragen, indem du die richtige Option auswählst (A, B, C oder D). 1. Was ist das Hauptziel eines Sprint Reviews? A: Den Entwicklungsprozess zu analysieren B: Feedback von Stakeholdern zu erhalten C: Das Sprint Backlog zu aktualisieren D: Teamprobleme zu lösen ❌ Falsch. Die richtige Antwort ist: B - Feedback von Stakeholdern zu erhalten 2. Wer nimmt verpflichtend am Sprint Review teil? A: Das gesamte Scrum-Team B: Nur der Product Owner C: Stakeholder und Entwicklungsteam D: Nur der Scrum Master ✅ Richtig! 3. Welche Arbeit darf im Sprint Review präsentiert werden? A: Arbeit, die fast fertig ist B: Arbeit, die noch getestet werden muss C: Arbeit, die vollständig der Definition of Done entspricht D: Arbeit, die während des Sprints begonnen wurde ❌ Falsch. Die richtige Antwort ist: C - Arbeit, die vollständig der Definition of Done entspricht 4. Wie lange dauert ein Sprint Review bei einem einmonatigen Sprint maximal? A: 1 Stunde B: 2 Stunden C: 4 Stunden D: 8 Stunden ✅ Richtig! 5. Was passiert nach dem Sprint Review mit dem Product Backlog? A: Es wird gelöscht und neu erstellt. B: Es wird angepasst, um Feedback und neue Prioritäten zu berücksichtigen. C: Es wird unverändert gelassen. D: Es wird in ein Sprint Backlog umgewandelt. ✅ Richtig! Quiz beendet! Deine Punktzahl: 3/5 👍 Gut gemacht! Du hast ein solides Verständnis des Sprint Reviews.