Projektmanagement & ITIL

Sprint Retrospective

Overview

Die Sprint Retrospective ist laut Scrum Guide 2020 das Event, das einen Sprint abschließt. Ihr Zweck ist, Wege zu planen, um Qualität und Effektivität zu steigern. Das Scrum Team betrachtet Personen, Interaktionen, Prozesse, Werkzeuge und seine Definition of Done.

Die Timebox beträgt höchstens drei Stunden bei einem einmonatigen Sprint, bei kürzeren Sprints entsprechend weniger. Teilnehmende sind das gesamte Scrum Team, also Product Owner, Scrum Master und Developers.

Abgrenzung: Das Sprint Review prüft das Produktinkrement mit Stakeholdern, die Retrospective dagegen die Arbeitsweise des Teams. Ein Post-Mortem bezieht sich auf einen einzelnen Vorfall, die Retrospective findet regelmäßig statt. Auch Teams ohne Scrum, etwa Kanban-Teams im Betrieb, nutzen regelmäßige Retrospektiven.

How it works

Ein verbreiteter Ablauf in fünf Phasen:

  1. Einstieg: Rahmen setzen, Vertrauen herstellen.
  2. Daten sammeln: Was lief gut, was nicht, welche Ereignisse prägten den Sprint.
  3. Erkenntnisse gewinnen: Ursachen und Muster besprechen.
  4. Entscheiden: die wirksamsten Verbesserungen auswählen, gegebenenfalls direkt ins nächste Sprint Backlog übernehmen.
  5. Abschluss: Ergebnisse festhalten, kurzes Feedback zur Retrospective selbst.

Formate wie Start-Stop-Continue oder Mad-Sad-Glad sorgen für Abwechslung. Werkzeuge reichen vom Whiteboard über Microsoft Whiteboard und Loop bis zu speziellen Retro-Tools.

Benefits

  • Fester Zeitpunkt für Verbesserung, der im Tagesgeschäft sonst untergeht.
  • Probleme in der Zusammenarbeit kommen früh auf den Tisch, bevor sie eskalieren.
  • Konkrete Maßnahmen statt allgemeiner Unzufriedenheit, weil jede Retro mit Entscheidungen endet.
  • Eigenverantwortung im Team, das seine Arbeitsweise selbst gestaltet.

Practical example

Ein Scrum Team, das bei einem Softwarehaus für Handwerksbetriebe eine Cloud-Lösung entwickelt, verfehlt drei Sprint Goals in Folge. In der Retrospective zeigt sich, dass Tests erst am Sprintende stattfinden und dann Zeit fehlt. Das Team beschließt, automatisierte Tests in die Definition of Done aufzunehmen und Aufgaben kleiner zu schneiden. Zwei Sprints später wird das Sprint Goal wieder erreicht.

Things to keep in mind

  • Beschränke Dich auf ein bis drei Maßnahmen pro Retro und setze sie wirklich um, lange Listen versanden.
  • Prüfe zu Beginn jeder Retro, was aus den Maßnahmen der letzten geworden ist.
  • Sorge für einen geschützten Rahmen, Inhalte bleiben im Team, damit offen gesprochen wird.
  • Wechsle die Formate gelegentlich, damit die Retro nicht zur Routine ohne Erkenntnis wird.

Conclusion

Die Sprint Retrospective ist der eingebaute Verbesserungsmotor von Scrum. Ihr Wert zeigt sich daran, ob die beschlossenen Maßnahmen im nächsten Sprint tatsächlich umgesetzt werden.

Further reading

Related articles