#47 Retrospektive (SCRUM)

1. Name der Methode

Retrospektive

2. Alternative Bezeichnungen

Retro, Sprint-Retrospektive

3. Kurze Beschreibung

Eine Retrospektive ist ein regelmäßiges Teamtreffen (in der Regel am Ende eines Arbeitszyklus, z. B. eines Sprints in Scrum), deren Ziel es ist, darüber nachzudenken, was in der vergangenen Periode gelungen ist, was nicht und wie sich das Team in Zukunft verbessern kann. Sie ist der Motor für die kontinuierliche Verbesserung agiler Teams.

4. Zweck / Wann anzuwenden

Es dient der Verbesserung der Zusammenarbeit im Team, der Prozesse und der Gesamteffizienz. Es ist ein sicherer Raum für das Team, in dem offen und konstruktiv darüber diskutiert werden kann, wie die Teammitglieder zusammenarbeiten. Es findet regelmäßig am Ende jedes Sprints oder jeder Iteration statt.

5. Vorgehensweise / So wird es angewendet

Eine gute Retrospektive besteht aus 5 Phasen:
1. Die Bühne bereiten (Set the Stage): Schaffe eine entspannte und sichere Atmosphäre. Erinnere an die „Prime Directive“: „Unabhängig davon, was wir herausfinden, verstehen und glauben wir, dass jeder sein Bestes gegeben hat, basierend auf dem, was er zu diesem Zeitpunkt wusste, seinen Fähigkeiten und Fertigkeiten, den verfügbaren Ressourcen und der jeweiligen Situation.“
2. Daten sammeln (Gather Data): Hilf dem Team, sich daran zu erinnern, was passiert ist. Erstelle eine Zeitleiste der Ereignisse, analysiere die Kennzahlen.
3. Erkenntnisse gewinnen (Generate Insights): Analysiere, warum die Dinge so gelaufen sind, wie sie gelaufen sind. Suche nach Mustern und Ursachen.
4. Entscheiden, was zu tun ist (Decide What to Do): Wählt 1–3 der wichtigsten Probleme aus und entwickelt konkrete, messbare und umsetzbare Maßnahmen, um diese im nächsten Zyklus zu verbessern.
5. Beende die Retrospektive (Close the Retrospective): Fasse die Ergebnisse zusammen, bedanke dich beim Team und vereinbare, wie ihr die Umsetzung der Maßnahmen verfolgen werdet.

6. Beispiel aus der Praxis

Das Scrum-Team wendet am Ende eines zweiwöchigen Sprints das „Mad, Sad, Glad“-Format an. Jedes Mitglied schreibt auf Zettel, was es im Sprint verärgert (Mad), traurig gemacht (Sad) und gefreut (Glad) hat. Anschließend sortieren sie die Zettel gemeinsam und diskutieren die am häufigsten genannten Themen. Sie stellen fest, dass viele Zettel in der Kategorie „Mad“ landen, was auf häufige Änderungen der Anforderungen zurückzuführen ist. Sie einigen sich auf eine Maßnahme: „Im nächsten Sprint führen wir nach den ersten beiden Tagen ein ‚Anforderungs-Freeze‘ ein.“

7. Vorteile

- Fördert eine Kultur der kontinuierlichen Verbesserung (Kaizen).
- Verbessert die Teamdynamik und die Kommunikation
.- Überträgt dem Team die Befugnis und Verantwortung für die Verbesserung seiner eigenen Prozesse
.- Löst Probleme, bevor sie chronisch werden.

8. Risiken / Grenzwerte

- Es kann zu gegenseitigen Schuldzuweisungen (Blame Game) kommen: Wenn die Moderation nicht gut ist und es an Sicherheit mangelt, werden die Teilnehmer nicht ehrlich sein.
- Monotonie und Langeweile: Wenn das Team immer wieder dasselbe Format verwendet, können Retrospektiven an Dynamik verlieren.
- Keine Maßnahmen: Wenn die aus der Retrospektive resultierenden Maßnahmen nicht umgesetzt werden, verliert das Team die Motivation und das Vertrauen in den Prozess.
- Wird als „Psychotherapie“ wahrgenommen: Das Treffen kann zu einer reinen Beschwerdeveranstaltung werden, ohne dass konkrete Lösungen angestrebt werden.

9. Tipps aus der Praxis

- Verschiedene Formate: Es gibt Dutzende von Formaten für Retrospektiven (Starfish, 4Ls, Sailboat usw.). Wechseln Sie regelmäßig zwischen ihnen ab, um die Energie aufrechtzuerhalten
.- Ein guter Moderator ist entscheidend: Idealerweise sollte dies eine neutrale Person sein (z. B. ein Scrum Master), die das Team durch den Prozess führt.
- Konzentrieren Sie sich auf das System, nicht auf die Menschen: Suchen Sie nach Fehlern im Prozess, nicht bei den Menschen.
- Beginnen und beenden Sie pünktlich: Respektieren Sie die Zeit des Teams.