Theorie "Sprint Retrospective"

Feedback zum vergangenen Sprint¶

Nachdem das Sprint Review Meeting stattgefunden hat, das heißt, nachdem die Developer dem Product Owner und den Stakeholdern das potenziell auslieferbare Increment vorgestellt haben, geht es in die Sprint Retrospective. Diese kann im wörtlichen Sinne direkt nach dem Sprint Review stattfinden. Genauso wie das Sprint Review wird auch die Sprint Retrospective vom Scrum Master einberufen. Er ist dafür verantwortlich, dass die Sprint Retrospective stattfindet und dass alle Developer und der Product Owner über Ort und Zeit informiert werden.

Die Sprint Retrospective, welche am Ende jedes Sprints steht, kann als Gegenstück zum Sprint Review betrachtet werden: Während im Sprint Review Meeting das Increment betrachtet wird und die Developer Feedback vom Product Owner und von den Stakeholdern bekommen, ist die Sprint Retrospective ein Meeting, bei dem die Arbeitsweise im Mittelpunkt steht. Die Developer sind an dieser Stelle am Zug und geben Feedback zum Sprint selbst. Die Sprint Retrospective dient in erster Linie den Developern zur Produktivitäts- und Prozessverbesserung, es kann aber auch das gesamte Scrum Team von der Durchführung profitieren.

Lessons Learned und kontinuierliche Verbesserung¶

Bei der Sprint Retrospective wird der abgelaufene Sprint daraufhin überprüft, inwieweit der Ablauf störungsfrei war und was für künftige Sprints verbessert werden kann. Dabei sollten sich die Developer folgende Fragen stellen:

• Was lief gut während des Sprints?
• Was lief weniger gut während des Sprints?
• Wie können wir uns verbessern?

Anhand dieser Fragen kann herausgefunden werden, wo die Problembereiche lagen, und die identifizierten Probleme können in Angriff genommen und im Idealfall gelöst werden. Wie die Probleme gelöst und die Qualität gesteigert werden kann, sollte auch während der Sprint Retrospective erarbeitet werden. Falls gewünscht, können die Punkte zur Sprint-Verbesserung in den Sprint Backlog des nächsten Sprints aufgenommen werden. Falls sich während des Sprints Änderungen an den Rahmenbedingungen ergeben haben oder Mitglieder des Scrum Teams das Gefühl haben, dass die Definition of Done angepasst werden muss, ist die Sprint Retrospective das richtige Meeting, um darüber zu sprechen.

Ablauf der Sprint Retrospective¶

Bei der Durchführung der Sprint Retrospective bietet sich an, die Plus-Deta-Methode anzuwenden. Diese Methode zielt darauf ab, alles zu notieren, was aus Sicht der Developer gut gelaufen ist (Plus), und wo sie Verbesserungspotenzial sehen (Delta).

Der Ablauf könnte wie folgt aussehen:

1. Die Agenda für die Sprint Retrospective wird festgelegt und durch Handzeichen akzeptiert.

2. Mithilfe von Post-it-Zettelchen wird die Timeline des vergangenen Sprints dargestellt.

3. Auf dieser Timeline werden anschließend spezifische Punkte mit Plus- und Deltakarten markiert.

4. Die Developer notieren auf den Pluskarten, was aus ihrer Sicht gut gelaufen ist und auf den Deltakarten, wo sie Verbesserungspotenzial sehen.

5. Die Ergebnisse dieser Markierungen werden diskutiert.

6. Durchzuführende Änderungen und Verbesserungen für den nächsten Sprint bzw. Impediments (Infrastruktur, Störungsversuche von außen, Verbesserungen für die Performance der Developer, etc.) werden identifiziert.

7. Maßnahmen (action items), verantwortliche Personen und Zeitpunkte zur Erledigung werden definiert.