Übungen "Sprint Review"
Zusammenfassung¶
Hier finden Sie die Definitionen der wichtigsten Begrifflichkeiten aus diesem Kapitel.
Sprint Review¶
Gemeinsames Meeting zur Überprüfung des Sprint-Ergebnisse und zur Ermittlung zukünftiger Veränderungen. Das Scrum Team präsentiert den wichtigsten Stakeholdern die erbrachte Arbeit und der Fortschritt in Richtung des Product Goals wird diskutiert.
Akzeptanzkriterien¶
Für User Stories und andere PBIs müssen Akzeptanzkriterien definiert sein, anhand dessen nach Sprint-Abschluss beurteilt werden kann, ob das entsprechende PBI abgenommen werden kann oder nicht.
Technical Debt¶
Eine Technical Debt liegt vor, wenn eine User Story nicht perfekt umgesetzt ist und den Developern schon zum Zeitpunkt der Abnahme bewusst ist, dass in Zukunft nachgebessert werden muss. Dies wird in Kauf genommen, wenn die Zeit drängt. Das Wachstum der Technical Debt (= technische Schuld) mit jedem neuen Increment erhöht die Komplexität des Produkts und reduziert die Velocity.
Übungsfragen¶
Bitte beantworten Sie die folgenden Fragen selbstständig. Nehmen Sie sich Zeit und überlegen Sie genau, was Sie antworten würden, bevor Sie sich die Lösungen anzeigen lassen.
Was ist der Zweck des Sprint Reviews?
Der Zweck des Sprint Reviews ist, die Ergebnisse des Sprints zu überprüfen und zukünftige Anpassungen festzulegen. Es erfolgt die Abnahme der Increments, es wird überprüft, ob das Sprint Goal erreicht wurde und der Fortschritt in Richtung Product Goal wird diskutiert.
Worin liegt die Verantwortlichkeit des Scrum Masers vor dem Sprint Review?
Der Scrum Master ist dafür verantwortlich, dass das Sprint Review Meeting geplant und durchgeführt wird. Im Zuge dessen lädt er den Product Owner ein sowie jeden, der Interesse hat, am Sprint Review teilzunehmen. Im Idealfall verschickt er gemeinsam mit der Einladung zum Sprint Review eine Liste mit allen Themen, die während des Sprint Reviews besprochen werden.
Wie sieht die Vorstellung des Increments aus?
Das Increment, welches potenziell auslieferbar ist, wird als solches in einer Live-Demo vorgestellt und getestet. Die Vorstellung ist demnach nicht theoretisch, sondern praxisnah. Fragen zum Increment sind ausdrücklich erwünscht. Die Vorstellung übernehmen die Developer.
Wo findet das Sprint Review statt?
Das Sprint Review kann in den unterschiedlichsten Räumen abgehalten werden. Es bietet sich zum Beispiel an, das Sprint Review in einem Labor durchzuführen, wenn auch die Entwicklungsarbeiten in einem Labor stattgefunden haben. Falls die Developer hauptsächlich in einem bestimmten Büro gearbeitet haben, könnte man sich für das Sprint Review auch in diesem Büro treffen.
Welche ist die Hauptaufgabe des Product Owners während des Sprint Reviews?
Der Product Owner wird dazu angehalten, das Increment zu testen. Es ist wichtig, dass der Product Owner aktiv am Sprint Review teilnimmt und den Developern Feedback gibt. Die Developer benötigen das Feedback, um sich in den kommenden Sprints kontinuierlich zu verbessern.
Was ist eine Technical Debt?
Eine Technical Debt liegt vor, wenn eine User Story nicht perfekt umgesetzt wurde und den Developern und dem Product Owner schon zum Zeitpunkt der Abnahme bewusst ist, dass in Zukunft nachgebessert werden muss. Dies wird in Kauf genommen, wenn die Zeit drängt. Das Wachstum der Technical Debt (= technische Schuld) mit jedem neuen Increment erhöht die Komplexität des Produkts und reduziert die Velocity.
Wann kann ein Increment abgenommen werden?
Nur wenn es zu hundert Prozent fertig ist. Eine partielle Abnahme von Increments kann nicht erfolgen.
Wie lange dauert das Sprint Review?
Maximal 1 Stunde pro Sprint-Woche.
Wer nimmt am Sprint Review teil?
Scrum Team und Stakeholder, gegebenenfalls Kunden.