Sprint Retrospective: Der vollständige Leitfaden für Facilitators

warum die meisten sprint retrospectives nichts verändern

Jedes Sprint-Ende läuft für tausende Scrum-Teams gleich ab: eine Retrospektive, die alle besuchen, die meisten aussitzen und kaum jemand für wirksam hält. Das ist kein Zufall. Es ist ein Strukturproblem.

Die Sprint Retrospektive ist im Scrum Guide als dediziertes Inspect-and-Adapt-Format für das Team selbst definiert, nicht für das Produkt. Das klingt selbstverständlich, wird aber in der Praxis ständig verwechselt. Teams verbringen ihre Retros damit, über Backlog-Probleme oder Stakeholder-Erwartungen zu reden — also über das Was —, statt über das Wie ihrer Zusammenarbeit. Das Ergebnis: Eine Stunde vergeht, niemand fühlt sich besser, und beim nächsten Sprint geht alles von vorne los.

Die gute Nachricht: Eine gut geführte Retrospektive ist eines der wirkungsvollsten Werkzeuge, die ein Scrum-Team hat. Googles Project Aristotle hat psychologische Sicherheit als den wichtigsten Faktor für Teamleistung identifiziert — und gut moderierte Retros sind ein direkter Hebel genau dafür. Das setzt allerdings voraus, dass man sie ernst nimmt.

die anatomie einer funktionierenden retrospektive

Esther Derby und Diana Larsen haben in ihrem Buch Agile Retrospectives eine Fünf-Phasen-Struktur beschrieben, die bis heute der beste Ausgangspunkt ist: Set the Stage, Gather Data, Generate Insights, Decide What to Do, Close the Retrospective. Fast alle dysfunktionalen Retros, die ich erlebt habe, haben die erste Phase übersprungen.

"Set the Stage" ist kein Warm-up-Spielchen. Es ist der Schritt, der entscheidet, ob die nächsten 60 bis 90 Minuten ehrliche Gespräche produzieren oder höfliches Nicken. Wenn Teams direkt mit der Datengenerierung anfangen, ohne den psychologischen Raum zu öffnen, sprechen meistens dieselben drei Personen, und alle anderen warten, bis es vorbei ist.

Zur Zeitplanung: Der Scrum Guide empfiehlt maximal drei Stunden für einen Monat-Sprint. In der Praxis rate ich dazu, mindestens 20 Prozent der Zeit explizit für die Definition und Zuweisung von Action Items zu reservieren. Wer diesen Teil auf "wir schauen das nachher an" verschiebt, verschiebt ihn auf nie.

Ein weiterer häufig unterschätzter Punkt: Der Facilitator sollte nicht die Führungskraft des Teams sein. Wer Beförderungsentscheidungen trifft, sollte keine Retros moderieren. Die Forschung zu Gruppendynamik ist hier eindeutig — wahrgenommene Machtungleichheit unterdrückt offenes Feedback, bevor das erste Wort gesprochen ist.

die wichtigsten formate — und wann man sie einsetzt

start / stop / continue

Das meistgelehrte Einstiegsformat. Schnell zu erklären, intuitiv zu nutzen, und bei Teams, die noch nie eine strukturierte Retro gemacht haben, oft überraschend wirksam. Das Problem: Nach drei bis vier Sprints beginnt das Format, Oberflächenergebnisse zu produzieren. Alle wissen, was sie sagen sollen, und sagen es entsprechend.

Mein Tipp: Start/Stop/Continue mit einem kurzen 5-Why-Durchgang für das wichtigste Thema kombinieren. Das hebt das Format aus dem Symptom-Beschreiben heraus und führt zu tatsächlichen Ursachen.

4Ls — liked, learned, lacked, longed for

Dieses Format von Mary Gorman und Ellen Gottesdiener verbindet emotionale Reflexion mit analytischer Bewertung. "Liked" und "Longed For" öffnen den affektiven Kanal, "Learned" und "Lacked" liefern konkrete Beobachtungen. Das macht es besonders geeignet nach einem Milestone, Release oder größeren Team-Ereignis — also dann, wenn das Team etwas zu verarbeiten hat, nicht nur zu bewerten.

sailboat

Das Sailboat-Format, ursprünglich aus Luke Hohmanns Innovation-Games-Kontext, arbeitet mit einer visuellen Metapher: Wind steht für das, was das Team voranbringt, Anker für das, was es verlangsamt. Optional kommen Riffe (Risiken) und eine Insel (das Ziel) dazu.

Warum ich dieses Format besonders für Remote-Teams empfehle: Auf visuellen Kollaborationstools wie Miro oder FigJam entfaltet die räumliche Anordnung eine andere Wirkung als Textlisten. Stillere Teammitglieder stellen ihre Karten oft schon asynchron vor der Session bereit — ein Verhalten, das bei reinen Textformaten deutlich seltener auftritt.

mad / sad / glad

Dieses emotional orientierte Format, das durch Norman Kerths Arbeit und Alistair Cockburns Crystal-Methodik bekannt wurde, eignet sich speziell dann, wenn ein Team seit mehreren Sprints dasselbe analytische Format nutzt und beginnt, Symptome zu beschreiben statt Gefühle zu benennen. Ein verteiltes Fintech-Team wechselte laut Retromat-Community-Blog nach sechs Monaten Start/Stop/Continue zu Mad/Sad/Glad — und brachte damit erstmals ein Moralproblem rund um die On-Call-Rotation ans Licht, das das analytische Format konsistent übersehen hatte. Retromat bietet dafür eine gute Sammlung von Aktivitäten, die sich kombinieren lassen.

dysfunktionale retros reparieren

Es gibt drei Muster, die ich in Teams immer wieder sehe. Jedes braucht eine andere Intervention.

Gelernte Hilflosigkeit: Dieselben Themen tauchen Sprint für Sprint auf, ohne dass sich etwas ändert. Teams hören auf zu glauben, dass die Retro irgendetwas bewirkt. Die Reaktion darauf ist keine neue Aktivität, sondern ein öffentliches Audit der letzten fünf Retro-Action-Items: Was wurde erledigt? Was ist blockiert? Was hat das Team keine Kontrolle darüber? Letzteres sofort streichen. Patrick Lencioni beschreibt diese Art von Vertrauenserosion als fundamentalen Organisationsstillstand — und er hat recht. Man kommt da nicht mit einem neuen Format heraus.

Ungleiche Beteiligung: Eine oder zwei Personen dominieren, der Rest nickt. Das liegt selten an Desinteresse, häufig an dem, was die Sozialpsychologie als production blocking bezeichnet: Wenn andere reden, werden eigene Gedanken unterdrückt. Die Lösung ist strukturell: erst still schreiben, dann teilen. Anonymes digitales Voting mit Tools wie EasyRetro gibt stilleren Teammitgliedern eine gleichwertige Stimme, bevor überhaupt jemand spricht.

Ventilsitzungen ohne Output: Das Team beklagt Probleme, ohne in die Handlungsplanung zu kommen. Hier hilft ein festes Zeitbudget für die Klagephase, nach dem der Facilitator explizit in den Insights-Modus wechselt. "Wir haben jetzt 20 Minuten gehört, was nicht funktioniert. Die nächsten 20 Minuten gehören der Frage: Was ändert sich ab morgen?"

Thoughtworks-Coaches verwenden in solchen Situationen oft einen Team-Radar-Health-Check zu Beginn: Jedes Mitglied bewertet stumm Dimensionen wie Lernen, Spaß und Lieferqualität. Diese Datenpunkte gehören dem ganzen Team, nicht einer lauten Stimme — und geben der Diskussion eine sachliche Grundlage.

remote- und hybrid-retrospektiven

Remote-Retros scheitern meistens schon vor dem eigentlichen Meeting — an fehlender Vorbereitung. Das stärkste Instrument ist eine asynchrone Vorbereitungsphase 24 Stunden vor der Session. Miro, FigJam und ähnliche Tools erlauben es, dass Teammitglieder Karten bereits vor dem Live-Call platzieren. Das reduziert den kognitiven Druck, in Echtzeit unter sozialer Beobachtung Ideen zu generieren.

Hybrid-Retros — ein Teil des Teams ist vor Ort, ein anderer remote — sind schwieriger als vollständig remote, weil die Präsenzgruppe automatisch eine stärkere soziale Bindung bildet. Best Practice: Alle Teilnehmenden steigen vom eigenen Gerät ein, auch wenn sie physisch im selben Raum sitzen. Das klingt seltsam, aber es gleicht die Beteiligungserfahrung tatsächlich an.

GitLabs Remote Work Handbook dokumentiert für über 2.000 Mitarbeitende, wie strukturierte Retrospektiven und asynchrone Kommunikationsrituale verteilten Teams helfen, Kohäsion zu bewahren — eine der detailliertesten realen Fallstudien zu verteilten Agile-Praktiken, die öffentlich zugänglich ist.

action items, die wirklich erledigt werden

Das häufigste Scheitern einer Retrospektive ist nicht das Format, nicht die Moderation und nicht die Teilnahme. Es sind die Action Items, die nach der Session in einem Confluence-Dokument verschwinden und beim nächsten Sprint niemanden mehr interessieren.

Drei Regeln, die ich in jeder Retro durchsetze:

Erstens: Jedes Action Item bekommt genau eine verantwortliche Person — keine Teams, keine Gruppen. "Wir als Team schauen, dass..." ist kein Commitment.

Zweitens: Maximal zwei bis drei Action Items pro Sprint. Behavioral-Science-Forschung zu Implementation Intentions — ursprünglich von Peter Gollwitzer in der American Psychologist publiziert — zeigt, dass spezifische Wenn-Dann-Commitments wie "Wenn das Daily endet und das Board nicht aktualisiert ist, aktualisiere ich es vor 12 Uhr" deutlich häufiger umgesetzt werden als vage Vorsätze.

Drittens: Die erste Agenda-Punkt jeder Retro ist die Statusreview der vorigen Action Items. Rot, Gelb, Grün. Keine neuen Themen, bevor die alten Commitments bewertet wurden. Diese eine Änderung hat in mehreren Teams, mit denen ich gearbeitet habe, mehr bewirkt als jeder Formatwechsel. Das Scrum Master Toolbox Podcast dokumentiert dutzende solcher Fallstudien aus der Practitioner-Community.

Für Teams, die Jira oder Azure DevOps nutzen: Ein eigenes Label oder Epic für Retro-Action-Items macht diese im selben Arbeitsraum sichtbar wie reguläre Sprint-Items. Das ist kein Overhead, das ist Accountability.

die retrospektive als kompetenz, nicht als termin

Die Sprint Retrospective ist kein Scrum-Pflichttermin, den man abhakt. Sie ist das einzige Format im Sprint, das dem Team gehört, um über sich selbst nachzudenken. Wer sie gut moderiert, baut über Zeit psychologische Sicherheit auf, identifiziert Muster früh und verhindert, dass kleine Reibungen zu strukturellen Dysfunktionen werden.

Workshop Weaver bietet fertige Retro-Templates und Facilitator-Guides, die direkt für den nächsten Sprint einsatzbereit sind — für Teams, die nicht von null anfangen wollen.

Mein konkreter Vorschlag für deinen nächsten Sprint: Wähle eines der Formate aus diesem Artikel, das dein Team noch nicht kennt. Führe es einmal durch. Halte dann zwei Dinge fest: Wie viele Action Items wurden definiert, und wie viele davon sind vier Wochen später erledigt? Diese Zahl sagt mehr über die Gesundheit deiner Retro-Kultur aus als jedes Stimmungsbarometer.

Große Retro-Kultur entsteht nicht durch eine perfekte Session. Sie entsteht, weil ein Team Sprint für Sprint ein bisschen ehrlicher, ein bisschen konkreter und ein bisschen konsequenter wird. Das ist erreichbar — aber es braucht Zeit und Absicht.

Hast du ein Format ausprobiert und Ergebnisse gesehen? Schreib sie in die Kommentare. Und wenn dein Team tiefer gehen möchte: Schau dir unsere vollständige Übersicht zu Retrospektivenmethoden an, um weitere Formate und Facilitator-Techniken für jeden Reifegrad eines Teams zu finden.