Retrospektive Anti-Pattern: Warum die meisten Retrospektiven scheitern und wie man sie behebt

Die Retrospektive hat ein Reputationsproblem. Frag die Teams, was sie von ihren Sprint-Retrospektiven halten, und du wirst Versionen hören wie: "Es ist in Ordnung." "Wir machen nur das Nötigste." "Die gleichen Themen kommen jedes Mal auf." "Ich bin mir nicht sicher, ob sich tatsächlich etwas ändert."

Das ist kein Problem mit der Retrospektive als Konzept. Es ist ein Problem damit, wie Retrospektiven typischerweise durchgeführt werden — eine Reihe von Anti-Pattern, die so häufig sind, dass sie normalisiert wurden. Teams wissen nicht, dass sie scheitern, weil gescheiterte Retrospektiven von außen sehr ähnlich aussehen wie erfolgreiche: Die Leute sind erschienen, ein Format wurde eingehalten, Notizen wurden gemacht.

Hier sind die zehn Anti-Pattern, die Retrospektiven von Verbesserungsmaschinen in Kalenderüberhang verwandeln — und die spezifischen Lösungen für jedes.

Anti-Pattern 1: Die ewige Wiederkehr

Wie es aussieht: Die gleichen drei Themen tauchen in jeder Retrospektive auf. "Wir brauchen bessere Kommunikation." "Die Anforderungen sind unklar." "Zu viele Unterbrechungen." Sprint für Sprint. Das Team listet sie auf, nickt und stimmt zu, "darauf zu arbeiten." Nichts ändert sich.

Warum es passiert: Die Grundursache wurde nie gefunden. Das Team behandelt Symptome, nicht Ursachen. "Bessere Kommunikation" ist keine Aktion — es ist eine Kategorie. Ohne eine spezifische strukturelle Veränderung (ein neues Meeting, eine neue Vereinbarung, einen neuen Prozess) wird das Problem wiederkehren, weil das System, das es produziert, sich nicht geändert hat.

Die Lösung: Wende die 5 Whys auf jedes Thema an, das mehr als zweimal aufgetaucht ist. Frag, warum es trotz vorheriger Vereinbarung, es zu beheben, weiterhin passiert. Die Antwort zeigt normalerweise entweder: Der vorherige Aktionspunkt war zu vage, die Grundursache liegt außerhalb der Kontrolle des Teams oder es gibt einen strukturellen Anreiz, der das Problem aufrechterhält.

Sobald du die tatsächliche Ursache gefunden hast, kannst du etwas dagegen tun. Bis dahin ordnest du nur die Deckstühle neu.

Anti-Pattern 2: Der Aktionspunkt-Friedhof

Wie es aussieht: Die Retrospektive endet mit einer Liste von Aktionspunkten. Sie werden zu einer Confluence-Seite oder einem Dokument "Retro-Aktionen" hinzugefügt. Bei der nächsten Retrospektive kann niemand das Dokument finden. Neue Aktionen werden generiert. Die alten werden nie abgeschlossen oder überprüft.

Warum es passiert: Aktionen, die getrennt vom Arbeitsystem des Teams gespeichert werden, sind im Arbeitsystem des Teams unsichtbar. Eine Confluence-Seite hat keinen Einfluss auf das Verhalten. Ein Punkt im Sprint-Backlog hat das.

Die Lösung: Jeder Aktionspunkt aus der Retrospektive geht direkt als Story oder Aufgabe mit einem Verantwortlichen in das Sprint-Backlog. Er wird wie jede andere Arbeit behandelt, für die das Team verantwortlich ist. Zu Beginn jeder Retrospektive ist der erste Tagesordnungspunkt: Überprüfung der Aktionen aus der letzten Retrospektive. Keine neuen Daten — alte Aktionen. Wurden sie erledigt? Wenn nicht, warum? Das ist dein erstes Thema.

Diese einzige Änderung — die Behandlung von Retro-Aktionen als echte Arbeit — verbessert die Nachverfolgung mehr als jede Formatänderung.

Anti-Pattern 3: Der vage Aktionspunkt

Wie es aussieht: Die Retrospektive schließt mit Aktionspunkten wie "Code-Review verbessern", "früher kommunizieren", "proaktiver mit Blockern umgehen." Das sind Absichten, keine Aktionen. Niemand weiß konkret, was zu tun ist, also tut niemand etwas.

Warum es passiert: Teams sind oft gut darin, Probleme zu benennen, aber schlecht darin, Lösungen zu entwerfen. Der Übergang von "der Code-Review-Prozess ist langsam" zu einer spezifischen, verantworteten, messbaren Veränderung erfordert mehr Moderationsaufwand, als die meisten Teams investieren.

Die Lösung: Jeder Aktionspunkt muss vor Ende der Retrospektive einen Drei-Fragen-Test bestehen:

• Was wird genau anders sein? (Beschreibe das spezifische neue Verhalten oder Artefakt)
• Wer ist verantwortlich? (Der Name einer Person, nicht "das Team")
• Bis wann? (Ein konkretes Datum, nicht "nächster Sprint")

"Code-Review verbessern" wird zu: "Bis zum Start von Sprint 16 wird Jonas eine PR-Review-Checkliste mit maximal 24 Stunden SLA erstellen, getestet an drei PRs, bevor sie live geht." Das ist ein Aktionspunkt.

Anti-Pattern 4: Der HiPPO-Effekt

Wie es aussieht: Der Manager oder die am höchsten stehende Person im Raum spricht zuerst in der Datensammelphase. Ihre Rahmenbedingungen verankern die Beiträge aller anderen. Die ruhigeren Teammitglieder nicken mit. Die Retrospektive spiegelt die Erfahrungen einer Person im Sprint wider, geschmückt mit mildem Einverständnis von anderen.

Warum es passiert: Hierarchie erzeugt psychologischen Druck, selbst wenn niemand dies beabsichtigt. Forschungen zum Gruppeneinfluss zeigen, dass Menschen ihre geäußerten Meinungen signifikant in Richtung der frühen Beiträge von hochrangigen Personen anpassen, selbst wenn sie privat anderer Meinung sind.

Die Lösung: Führe alle Datensammelphasen zuerst schriftlich durch. Stille individuelle Haftnotizen vor jeglichem verbalen Austausch. Wenn Beiträge anonym oder gleichzeitig sind, wird das Verankern erheblich reduziert. Ziehe in Betracht, anonyme Eingabetools (EasyRetro im anonymen Modus, eine Vorumfrage) zu verwenden, wenn die Machtverhältnisse signifikant sind.

Auch nützlich: Bitte die senioren Teammitglieder, in Diskussionsrunden zuletzt zu sprechen. Formuliere es als Einladung, nicht als Regel: "Ich möchte zuerst von allen anderen hören, dann deine Perspektive."

Anti-Pattern 5: Die Therapiesitzung ohne den Therapeuten

Wie es aussieht: Die Retrospektive wird zu einem Raum für Frustration ohne Lösung. Die Leute teilen Frustrationen (legitime), sie werden validiert, aber es wird nichts Konkretes beschlossen. Die Session fühlt sich kathartisch an, führt aber zu keiner strukturellen Veränderung. Die gleichen Frustrationen kehren im nächsten Sprint zurück.

Warum es passiert: Psychologische Sicherheit ermöglicht ehrliche emotionale Ausdrucksweise, die wirklich wertvoll ist. Aber Frustration ohne Verantwortungsstrukturen ist nur gemeinsames Leiden. Das Format erlaubt es, weil es keinen klaren Übergang von "das Problem ausdrücken" zu "entscheiden, was sich ändern soll" gibt.

Die Lösung: Setze die Struktur durch. Nach der Datenphase benenne den Übergang: "Wir haben viele wichtige Dinge gehört. Lassen Sie uns jetzt von dem, was passiert ist, zu dem, warum es passiert, und dann zu dem, was wir tun werden, übergehen." Die Einsichtsphase und die Aktionsphase sind keine optionalen Extras — sie sind der Ort, an dem der Wert der Retrospektive geschaffen wird.

Erinnere auch das Team an das Retrospektive Prime Directive, bevor du beginnst. Es rahmt die Session von Schuldzuweisung und Frustration in Untersuchung und Verbesserung um.

Anti-Pattern 6: Die nur-positive Retrospektive

Wie es aussieht: Alles ist in Ordnung. Das Team erstellt eine enthusiastische Liste dessen, was gut gelaufen ist. Der Abschnitt "Was könnte verbessert werden" ist dünn, höflich und unkontrovers. Aktionspunkte sind kosmetisch. Der Scrum Master verlässt den Raum unsicher, ob die Session nützlich war.

Warum es passiert: Die psychologische Sicherheit ist niedrig. Teammitglieder glauben nicht, dass ehrliches Feedback ohne politische Konsequenzen empfangen wird. Oder das Team arbeitet tatsächlich gut, aber das Format schafft nicht die Tiefe, um herauszufinden, wo 80% zu 90% werden könnten.

Die Lösung: Schaffe Sicherheit ausdrücklich. Das Prime Directive ist das Minimum. Anonyme Eingaben sind wirkungsvoller. Eine individuelle Vorumfrage (24 Stunden vorher gesendet, anonym) bringt ans Licht, was die Leute im Raum nicht sagen werden.

Für hochleistungsfähige Teams, bei denen wirklich alles gut läuft: Wechsle zu fortgeschritteneren Formaten. Ein Pre-Mortem zwingt das Team, sich Misserfolge vorzustellen, anstatt Erfolge zu überprüfen. Eine Überprüfung der Arbeitsvereinbarungen findet heraus, was abgedriftet ist. Circles and Soup untersucht die Grenze zwischen dem, was das Team kontrolliert, und dem, was sie kontrolliert.

Anti-Pattern 7: Das Format-Fossil

Wie es aussieht: Das Team hat seit 18 Monaten Start/Stop/Continue durchgeführt. Jeder weiß, was kommt, bevor es beginnt. Die Teilnahme ist mechanisch. Die Haftnotizen sind ähnlich wie die Haftnotizen des letzten Sprints. Neue Teammitglieder bekommen einen leeren Blick, wenn sie fragen, warum dieses spezielle Format.

Warum es passiert: Komfort mit einem bekannten Format reduziert den Aufwand für die Durchführung der Session. Das Format wurde zum Ziel, anstatt ein Vehikel für das Ziel zu sein.

Die Lösung: Wechsle alle 3–4 Sprints das Format. Halte eine sichtbare Liste, welche Formate du verwendet hast. Wähle das nächste Format basierend auf dem, was das Team jetzt braucht: emotionale Verarbeitung, systemische Analyse, kreatives Problemlösen oder Verantwortlichkeit. Der Formatwechsel allein wird neue Informationen von Menschen generieren, die aufgehört haben, das vertraute Format zu sehen.

Anti-Pattern 8: Probleme lösen, die niemand besitzt

Wie es aussieht: Retro-Aktionen betreffen Personen oder Systeme außerhalb der Kontrolle des Teams. "Die Technik sollte die Build-Pipeline reparieren." "Das Management muss aufhören, den Umfang mitten im Sprint zu erweitern." "Das Produktteam sollte Anforderungen früher kommunizieren." Diese Aktionspunkte existieren auf dem Papier. Niemand verfolgt sie. Nichts ändert sich.

Warum es passiert: Teams identifizieren korrekt echte Probleme, die durch externe Faktoren verursacht werden. Aber die Aktionspunkte werden Personen zugewiesen, die nicht im Raum waren und nichts zugestimmt haben.

Die Lösung: Verwende Circles and Soup, um Probleme explizit nach dem zu kategorisieren, was das Team kontrolliert, was das Team beeinflussen kann und was außerhalb ihrer Reichweite liegt. Für Probleme im "Einfluss"-Kreis: Die Aktion besteht darin, zu eskalieren oder zu plädieren, wobei eine spezifische Person für diese Eskalation verantwortlich ist. Für Probleme im "Soup" (außerhalb der Reichweite): Nenne sie, erkenne sie an und entscheide bewusst, keine Aktionspunkte darüber zu generieren.

Das ist keine Resignation — es ist Präzision. Energie, die für beeinflussbare Probleme aufgewendet wird, erzeugt Veränderungen. Energie, die für nicht beeinflussbare Probleme aufgewendet wird, nicht.

Anti-Pattern 9: Die Retrospektive ohne Daten

Wie es aussieht: Die Retrospektive wird vollständig aus Erinnerung und Gefühl durchgeführt. Niemand hat sich vor der Session die Sprint-Metriken angesehen. Sprint-Geschwindigkeit, Fehleranzahl, Bereitstellungshäufigkeit, Volumen der Support-Tickets — diese existieren irgendwo, sind aber nicht im Raum präsent. Das Team reflektiert über einen subjektiven Eindruck des Sprints, nicht über den tatsächlichen Sprint.

Warum es passiert: Daten zu sammeln, fühlt sich wie zusätzliche Arbeit vor einem bereits bestehenden Meeting an. Scrum Master neigen dazu, das menschliche Gespräch dem quantitativen Fundament vorzuziehen.

Die Lösung: Verbringe 10 Minuten vor der Retrospektive damit, 3–5 wichtige Metriken aus dem Sprint zu ziehen. Geschwindigkeit vs. Verpflichtung. Anzahl der in die Produktion entkommenen Fehler. Anzahl der Übertragungen. Anzahl der Unterbrechungen. Tage, die durch externe Abhängigkeiten blockiert sind. Dies sind nicht die ganze Geschichte, aber sie sind das objektive Fundament, das verhindert, dass Retrospektiven nur auf kollektiver Erinnerung basieren, die systematisch optimistisch ist.

Anti-Pattern 10: Die Retrospektive ohne Konsequenzen

Wie es aussieht: Die Retrospektive ist ein nettes Gespräch. Die Leute gehen mit dem Gefühl, gehört zu werden. Aktionspunkte sind höflich und erreichbar. Nichts Wesentliches ändert sich. Sechs Monate später arbeitet das Team fast identisch wie zu Beginn.

Warum es passiert: Dies ist das Meta-Anti-Pattern. Alle vorherigen tragen dazu bei. Aber die tiefste Ursache ist, dass das Team nicht glaubt, dass die Retrospektive echte Einsätze hat. Es ist eine Zeremonie, kein Mechanismus.

Die Lösung: Mache die Retrospektive sichtbar folgenschwer. Präsentiere die Abschlussraten der Retro-Aktionen monatlich dem Team. Feiere, wenn eine Retro-Aktion eine messbare Verbesserung erzeugt. Eskaliere ungelöste systemische Probleme formal. Behandle die Verbesserung der Retrospektive als Dimension der Teamleistung, nicht als optionales Nice-to-Have.

Die Retrospektive sollte das Meeting sein, auf das das Team sich am meisten freut — nicht, weil es einfach ist, sondern weil es das Meeting ist, in dem sich tatsächlich etwas ändert. Wenn es diesen Ruf hat, verbessern sich Teilnahme, Ehrlichkeit und Nachverfolgung ganz natürlich.

---

Die gute Nachricht: Jedes oben genannte Anti-Pattern hat eine strukturelle Lösung. Keine von ihnen erfordert heroische Anstrengungen oder seltene Moderationsfähigkeiten. Sie erfordern bewusstes Design — des Formats, der Umgebung, des Systems zur Nachverfolgung von Aktionen und der Normen für ehrliche Gespräche.

Die Teams, die effektive Retrospektiven durchführen, haben kein magisches Format gefunden. Sie haben systematisch die strukturellen Barrieren für ehrliche Reflexion und verantwortungsvolle Aktionen beseitigt. Diese Arbeit kumuliert. Starte sie in diesem Sprint.