Die Retrospektive ist der einzige Scrum-Termin, dessen Wirkung sich nicht im Sprint zeigt, sondern erst danach. Genau deshalb wird sie in vielen Teams zur Zerreißprobe: zu nett, zu lang, zu folgenlos. Ein Klassiker am Ende einer Retro: drei Whiteboards voller Notizen, ehrliches Nicken, und im nächsten Sprint passiert exakt das Gleiche wie im letzten.
Die Sprint-Retrospektive ist im Scrum Guide 2020 eindeutig definiert: Sie ist das Event, in dem das Team Qualität und Effektivität steigert, durch Inspektion von Menschen, Interaktionen, Prozessen, Werkzeugen und der Definition of Done. Entscheidend ist der zweite Halbsatz, der in der Praxis am häufigsten verloren geht: Die wirksamsten Verbesserungen werden so früh wie möglich umgesetzt, oft schon im nächsten Sprint Backlog.
Warum Retros oft wirkungslos bleiben
In wachsenden Teams sehen wir wiederkehrend dieselben Symptome:
- Methodenkarussell: Die Retro wechselt jedes Mal das Format (Mad/Sad/Glad, Sailboat, Starfish, …), der Aufwand für Moderation steigt, das Lernen wird flacher.
- Klagestunde: Es wird viel benannt, was schief läuft, aber nichts entschieden. Frust wird verbreitet, ohne dass jemand die nächste Woche anders verbringt.
- Wir-sollten-mal-Liste: Maßnahmen werden gesammelt, aber niemand übernimmt eine davon. Beim nächsten Mal stehen sie wieder oben.
- Theaterstück für die Führung: Die Retro produziert Folien für das Steuerungsmeeting, statt Dinge im Team zu verändern.
- Tabuzonen: Die wirklich heißen Themen, Rollen, Prioritäten, Stakeholder-Verhalten, werden umgangen, weil die Konsequenzen unangenehm wären.
Aus unserer Beratungspraxis lässt sich verallgemeinern: Wenn eines dieser Muster mehr als zwei Sprints am Stück auftritt, ist nicht das Team das Problem, sondern das Format. Eine wirksame Retro kostet 60 bis 120 Minuten, eine wirkungslose kostet das Gleiche und produziert obendrein Zynismus.
Die Retrospektive laut Scrum Guide 2020
Der Scrum Guide setzt einen schmalen, aber harten Rahmen:
- Wann: unmittelbar nach dem Sprint Review, vor dem Beginn des nächsten Sprints.
- Dauer: Timebox max. 3 Stunden bei einem 1-Monats-Sprint, kürzer bei kürzeren Sprints. In der Praxis genügen 60–90 Minuten für ein Team von 4–7 Personen.
- Wer: das gesamte Scrum-Team, Developers, Product Owner, Scrum Master.
- Inspektion auf fünf Ebenen: Menschen, Interaktionen, Prozesse, Werkzeuge, Definition of Done.
- Output: Identifikation der wirksamsten Verbesserungen, und Übernahme der wichtigsten direkt in das Sprint Backlog des nächsten Sprints.
Genau dieser letzte Punkt ist der Unterschied zwischen Retrospektive und Reflexion. Eine Retrospektive endet mit einer Veränderung, die in der nächsten Iteration wirkt. Alles andere ist ein Lernspaziergang.
Das folgende Kurzvideo aus der Scrum Foundations eLearning Series fasst Zweck und Ablauf der Sprint Retrospective in unter zehn Minuten zusammen, eine kompakte Vertiefung zum offiziellen Scrum-Guide-Format:
Sprint Retrospective, Scrum Foundations eLearning Series. Kompakte Vertiefung zur offiziellen Definition.
Dieses Video wird von YouTube bereitgestellt. Beim Laden werden Daten an deren Server übertragen.
Der Scrum Guide setzt den Rahmen — welche Schritte ihn in der Praxis wirksam ausfüllen, zeigt ein bewährtes 5-Phasen-Format.
Ein kleines Format für KMU-Teams
Für Teams in mittelständischen Kontexten, Engineering, Beratung, Service, Marketing, bewährt sich ein einfaches 5-Phasen-Format:
- Set the Stage (5 Min): Anwesenheit, Energielevel, Tabu-Klärung („Was darf hier offen besprochen werden?"). Wer Online-Retros führt: Kameras an, gemeinsamer Whiteboard-Link offen.
- Daten sammeln (15 Min): Was ist im letzten Sprint passiert? Beobachtungen, keine Bewertungen. Eine einzige Methode reicht, z. B. Continue / Stop / Start auf drei Spalten.
- Muster erkennen (20 Min): Aus den Beobachtungen 2–3 wiederkehrende Muster verdichten. Welches Muster hatte den größten Effekt, positiv oder negativ?
- Maßnahmen entscheiden (15 Min): Pro Muster maximal eine Maßnahme festlegen. Insgesamt nie mehr als drei. Jede Maßnahme bekommt einen Owner, ein Erfolgskriterium und einen Termin.
- Schließen (5 Min): Maßnahmen wiederholen, ein kurzer Resonanz-Check („Hat sich diese Retro gelohnt?"). Sichtbarmachen: Maßnahmen wandern als Items ins nächste Sprint Backlog.
Gesamt: 60 Minuten. Bei größeren Teams oder hartem Konfliktthema dehnen Sie auf 90 Minuten aus, indem Sie Phase 3 verlängern, nicht Phase 2.
Methodenwahl: Drei Klassiker, ein Entscheidungsraster
Die Retrospektive lebt nicht von der Methode, sondern vom Output. Drei verbreitete Formate decken 90 % der Fälle ab, wichtig ist die Auswahl, nicht die Sammlung.
| Methode | Wann sinnvoll | Wann ungeeignet |
|---|---|---|
| Continue / Stop / Start | Stabiles Team, klare Prozessfragen, Standardfall | Wenn Stimmung im Team schwer angespannt ist |
| 4L (Liked / Learned / Lacked / Longed for) | Nach komplexem oder neuartigem Sprint mit viel Erfahrung zu sortieren | Bei reinen Prozessfragen, zu breit |
| Mad / Sad / Glad | Frust ist im Raum spürbar, emotionale Klärung nötig | Wenn nur kosmetische Anpassungen erwartet werden, wirkt überdramatisch |
Faustregel: Wenn das Team nach drei Sprints in Folge dieselbe Methode benutzt, ist das nicht langweilig, es ist effizient. Wechseln Sie die Methode nur, wenn der Anlass es verlangt, nicht weil ein neues Format gefunden wurde.
Verbindliche Verbesserungslogik: 1–3 Maßnahmen, mit Konsequenz
Die wichtigste Frage einer Retro lautet nicht „Was haben wir gelernt?", sondern „Was machen wir konkret anders?". Damit Maßnahmen nicht im Sand verlaufen:
- Maximal drei Maßnahmen pro Retro. Mehr wird im nächsten Sprint nicht parallel umgesetzt, und überlastete Maßnahmenlisten erzeugen genau die Erfahrung, die das Team in Zukunft demotiviert.
- Jede Maßnahme bekommt einen Owner. Nicht „das Team", sondern eine Person, die sie verantwortet. Der Scrum Master kann moderieren, aber nicht alles selbst übernehmen.
- Jede Maßnahme bekommt ein Erfolgskriterium. Wie merken wir am Ende des nächsten Sprints, ob die Maßnahme gewirkt hat? Beispiel: „Daily endet pünktlich nach 15 Minuten, gemessen über den Sprint."
- Maßnahmen wandern ins Sprint Backlog. Sie sind keine Schattenliste, sondern Backlog-Items mit Sichtbarkeit, Aufwand und Priorität.
- In der nächsten Retro: Wirkung prüfen. Erste Frage des nächsten Termins: Was hat die letzte Retro verändert?
Diese fünf Punkte machen aus dem Format ein Lerninstrument mit Konsequenz, statt einer wiederkehrenden Reflexionsrunde.
Drei wiederkehrende Muster verhindern diese Verbindlichkeit — und jedes lässt sich direkt korrigieren.
Drei häufige Anti-Pattern und Korrektionen
Anti-Pattern 1: Die ewige Maßnahmenliste.
Maßnahmen aus drei Retros stehen unausgewertet im Tool. Das Team weiß nicht mehr, was gilt. Korrektur: Maximal drei Maßnahmen pro Retro, alle ins nächste Sprint Backlog. Was nicht im Backlog ist, gilt nicht.
Anti-Pattern 2: Konsens statt Klarheit.
Heiße Themen werden weichgespült, damit niemand betroffen ist. Ergebnis: nichts ändert sich. Korrektur: Der Scrum Master adressiert das Tabu-Thema explizit und neutral. Wenn ein Konflikt zwischen PO und Team besteht, ist er das eigentliche Retro-Thema, nicht ein Workaround.
Anti-Pattern 3: Retro ohne Anbindung an Führungsentscheidungen.
Das Team identifiziert Probleme, die es selbst nicht lösen kann (Stakeholder-Druck, fehlende Ressourcen). Die Maßnahme bleibt im Team, wirkungslos. Korrektur: Solche Themen explizit als Eskalationspunkt führen. Owner wird derjenige, der den Hebel hat. In KMU ist das oft die Geschäftsführung, die Retro wird dann zur Lernschleife der Organisation, nicht nur des Teams.
Damit diese Korrektionen wirken, braucht die Retrospektive einen Rahmen, der Offenheit ermöglicht, ohne sie zu erzwingen.
Atmosphäre und Vorbereitung, sachlich, nicht ritualisiert
Eine gute Retro braucht keine Spielelemente, aber sie braucht psychologische Sicherheit. Drei Mindeststandards:
- Vertraulichkeit: Was in der Retro besprochen wird, wird ohne Zustimmung der Beteiligten nicht außerhalb wiederholt.
- Beobachtung vor Bewertung: Erst Daten sammeln, dann interpretieren. Nicht umgekehrt.
- Gleichmäßige Redezeit: Der Scrum Master achtet darauf, dass nicht zwei Personen die Retro dominieren.
Warm-ups und Spaßelemente sind nützlich, aber nicht entscheidend. Wichtiger ist eine knappe, klare Moderation. In Online-Retros bewährt sich ein gemeinsames Whiteboard (z. B. Miro, Mural oder ein einfaches Etherpad), an dem alle synchron arbeiten, und die Kameras bleiben an. Halten Sie die Tool-Auswahl pragmatisch und stabil; ein wechselndes Tool kostet pro Sprint Aufmerksamkeit, die in der Diskussion fehlt.
Kopieren Sie das folgende Template in Ihr Tool (Notion, Confluence, Whiteboard) und füllen Sie es in der Retro live.
Sprint: ____ · Datum: ____ · Teilnehmende: ____
1) Set the Stage (5 Min): Energielevel (1–5): ____ · Heute besprechbar: ____
2) Daten sammeln (15 Min): Methode: Continue / Stop / Start · Continue: ... · Stop: ... · Start: ...
3) Muster erkennen (20 Min): Wichtigstes Muster #1: ____ · #2: ____ · #3: ____
4) Maßnahmen entscheiden (15 Min): max. 3 · Maßnahme: ____ · Owner: ____ · Erfolgskriterium: ____ · Termin: ____
5) Schließen (5 Min): Backlog-Items angelegt: ja / nein · Resonanz-Check (1–5): ____ · Nächster Retro-Termin: ____
Punkt 5 ist nicht Deko: Wenn die Maßnahmen am Ende der Retro nicht als Backlog-Items existieren, gibt es sie für den nächsten Sprint nicht.
Was im Scrum-Kontext gilt, lässt sich auf KMU-Teams direkt übertragen — auch ohne Scrum als formalem Rahmen.
Quandes-Sicht: Retrospektive als Führungsinstrument
In Strategie-, Beratungs- und Kommunikations-KMU sehen wir die Retro selten als Sprint-Routine, und genau das ist die größte ungenutzte Reserve. Wer monatlich oder zweiwöchig einen klaren Rückschau-Takt führt, mit verbindlichen 1–3 Anpassungen pro Zyklus, baut eine Lernschleife auf, die unabhängig von einzelnen Personen wirkt.
Drei Übertragungen aus der Praxis:
- Retro als Geschäftsführer-Hebel: Wenn die Retrospektive an Führungsentscheidungen angebunden ist, werden Engpässe sichtbar, die im operativen Tagesgeschäft sonst untergehen, Priorisierung, Stakeholder-Verhalten, Ressourcen.
- Output statt Stimmung: Was hat sich nach der Retro verändert? Welche Entscheidung wurde anders getroffen? Diese eine Frage ersetzt zehn Stimmungsabfragen.
- Verbindlich, nicht zeremoniell: Eine Retro ohne Owner und ohne Termin ist ein Workshop. Eine Retro mit Owner, Termin und Erfolgskriterium ist ein Steuerungsinstrument.
Geschwindigkeit ohne Lernschleife führt zu Wiederholungsfehlern. Lernschleife ohne Geschwindigkeit führt zu Stillstand. Die Retro verbindet beides, wenn sie verbindlich geführt wird.
Wenn Sie die Retrospektive in Ihrem Unternehmen einführen oder reformieren wollen: → Strategiegespräch vereinbaren
Strategiegespräch
Wenn Ihre Retros folgenlos bleiben
Wenn Ihre Retrospektiven viele Erkenntnisse, aber wenig Veränderung produzieren, liegt der Hebel selten am Format. Eine kurze Diagnose macht sichtbar, an welcher Stelle die Verbindlichkeit reißt, meist zwischen Maßnahme und Sprint Backlog. Ab dort lässt sich die Lernschleife innerhalb von zwei Sprints neu schließen.
→ Strategiegespräch vereinbarenHäufige Fragen zur Sprint-Retrospektive
Wie lange sollte eine Sprint-Retrospektive dauern?
Bei einem 2-Wochen-Sprint sind 60–90 Minuten ein guter Zielwert. Der Scrum Guide setzt eine Obergrenze von drei Stunden bei einem 1-Monats-Sprint. Längere Termine produzieren selten bessere Ergebnisse.
Wer nimmt an der Retrospektive teil?
Das gesamte Scrum-Team: Developers, Product Owner, Scrum Master. Stakeholder oder Führungspersonen sind nicht Teil der Retrospektive, es sei denn, das Team lädt sie für ein konkretes Thema ein.
Was ist der Unterschied zwischen Sprint Review und Sprint-Retrospektive?
Das Sprint Review prüft das Produkt: Was ist entstanden, was lernen wir vom Markt? Die Retrospektive prüft die Zusammenarbeit: Wie haben wir gearbeitet, was passen wir an?
Wie viele Maßnahmen sollten aus einer Retrospektive entstehen?
Eine bis drei. Wer mehr beschließt, wird im nächsten Sprint keine davon ernsthaft umsetzen, und liefert damit den Beweis, dass Retros wirkungslos sind.
Was tun, wenn dieselben Themen immer wiederkehren?
Wenn ein Thema in drei Retros hintereinander auftaucht, ist die Maßnahme bisher nicht wirksam gewesen. Dann ist nicht das Thema wiederholbar, sondern die Korrektur muss anders ansetzen, meist auf Führungs- oder Strukturebene, nicht auf Team-Ebene.
Funktioniert eine Retrospektive auch außerhalb von Software-Teams?
Ja. Überall, wo ein Team in regelmäßigen Zyklen liefert, Beratung, Marketing, Service, Engineering, wirkt die Retrospektive. Der Schlüssel ist nicht die Branche, sondern der verbindliche Umsetzungstakt.
Weiterführend
Daily Scrum richtig nutzen: kurz, klar, wirksam
Daily Scrum ohne Statusmeeting-Falle: So richtet das Team den Tag aufs Sprint-Ziel aus, deckt Blocker früh auf und passt den Plan für die nächsten 24 Stunden an.
Was ist Scrum? Der kompakte Leitfaden für KMU
Scrum einfach erklärt: Rollen, Events, Artefakte und Werte. So setzen Sie das Framework sinnvoll in wachsenden Teams ein, mit 30-Tage-Einstieg.
User Stories in Scrum: Klar priorisieren, besser liefern
Wie User Stories in Scrum zu klaren Prioritäten und besseren Ergebnissen führen. Mit Template, INVEST, Akzeptanzkriterien und Beispielen für Teams in KMU.
