Nichtigkeit: Wenn die Zeremonie nichts ändert

Die verhängnisvollste Form des Scheiterns ist keine schlechte Zeremonie. Es ist eine gute Zeremonie, die nichts verändert.

Ein Stand-up-Meeting kann aufgezeichnet, eine Planungssitzung mit Inhalten überladen werden, und dennoch wird das Team die Reibungen und den Widerstand spüren. Die Lücke bei der Umsetzung ist umso schlimmer, weil sich alles in Ordnung anfühlt. Die Retrospektive findet statt, die Teilnehmer sind offen, Haftnotizen werden geschrieben, alle nicken – und dann beginnt der nächste Sprint, und nichts hat sich geändert. Wenn sich das ein paar Mal wiederholt, entsteht keine Wut; es entsteht etwas Leiseres und Zersetzenderes. Wie ein Entwickler auf Hacker News formulierte: „Retrospektiven ermöglichen es, Bedenken zu äußern, aber meiner Erfahrung nach geschieht aufgrund dieser Bedenken nie wirklich etwas.“ Ein anderer drückte es noch deutlicher aus: „Ich habe noch nie gesehen, dass außer Worten etwas passiert ist.“ Dies ist die am häufigsten geäußerte Beschwerde über Retrospektiven überhaupt, und es ist nicht die Beschwerde, für die sie die Ratschläge unserer Branche halten.

Worte, und nichts als Worte

Die gängige Sichtweise lautet, dass Teams „vergessen, Aktionspunkte zu formulieren“, weshalb die übliche Lösung darin besteht, bessere zu formulieren – sie nach dem SMART-Prinzip zu gestalten, einen Verantwortlichen zu benennen und sie auf das Board zu setzen. Dabei wird die eigentliche Ursache übersehen. Das Problem besteht selten darin, dass keine Maßnahme notiert wurde; vielmehr wurde die Maßnahme notiert, dem Backlog hinzugefügt und blieb dann dort auf ewig liegen, während bei der nächsten Retrospektive drei weitere hinzukamen. „Ich habe dieselben Punkte der Sprint-Retrospektive Sprint für Sprint wiederholt, ohne dass sie jemals angegangen wurden“, lautet ein resignierter Bericht. „Dieser Zettel wird nicht bearbeitet werden. Das ist irgendwie traurig.“ Einer häufig zitierten Umfrage zufolge setzen nur etwa ein Drittel der Teams ihre Retrospektive-Maßnahmen konsequent um – und die anderen zwei Drittel lernen Sprint für Sprint, dass die Zeremonie Worte und nur Worte hervorbringt. Gehen Sie mit diesen Volksweisheiten jedoch vorsichtig um: Unsere eigenen Primärdaten dazu, wie viel Prozent der Maßnahmen der Retrospektive tatsächlich umgesetzt werden, beziffern die Umsetzungsquote auf fast drei von vier – und zeigen, dass Eigenverantwortung und Regelmäßigkeit, nicht der Aufwand, ausschlaggebend für die Lücke sind.

Die Lösung, die tatsächlich funktioniert, besteht nicht darin, mehr Maßnahmen zu ergreifen – sondern in weniger. Beschränken Sie sich auf eine einzige. Eine einzige Verbesserung, zu der sich das Team wirklich verpflichtet und die ganz am Anfang der nächsten Retrospektive besprochen wird, bevor irgendetwas anderes geschieht, ist besser als eine Liste mit zehn Punkten, die alle stillschweigend in Vergessenheit geraten. Wenn zu viele Aktionspunkte festgelegt werden, wird die Hälfte davon nicht umgesetzt – und die Hälfte, die nicht umgesetzt wird, vermittelt dem Team, dass nichts davon zählt. Ein einziger Punkt, für den jemand verantwortlich ist und der einen Überprüfungstermin hat, schließt den Kreis, den eine lange Liste offen lässt. Das Kapitel Warum Retrospektiven scheitern in unserem Retrospektiven-Leitfaden behandelt die Umsetzung dieses Kreislaufs im Rahmen der Zeremonie, und die „Abhak-Retrospektive“ im Kapitel Leistung veranschaulicht, wie die Leere aussieht, bevor das Team völlig aufgibt.

Das Druckventil

Es gibt jedoch eine tiefgreifendere Form dieser Leere, und genau hier liegen die Ratschläge unserer Branche völlig daneben. Manchmal werden Maßnahmen nicht umgesetzt, weil das Team von vornherein gar nicht in der Lage war, sie umzusetzen – denn die eigentlichen Probleme liegen nun einmal außerhalb der Zuständigkeit des Teams. Budget, Personalbestand, teamübergreifende Abhängigkeiten, eine zwei Ebenen höher getroffene Architekturentscheidung, eine vom Vertrieb festgelegte Frist. Das Team kann diese Probleme den ganzen Tag lang aufzählen. Es kann jedoch keines davon beheben. Und so wird das Retrospektive zu einem Druckventil: einem Ort, an dem Dampf abgelassen werden kann, damit die Führung das Gefühl hat, das Team sei gehört worden – ohne dass es einen Mechanismus gibt, um die Situation, über die sich das Team beschwert, tatsächlich zu ändern.

Die prägnanteste Formulierung hierzu stammt von einem Entwickler, der auf dev.to schreibt, und es lohnt sich, sie vollständig zu zitieren: „Die Retrospektive wurde zu einem Druckventil. Der Anschein von Mitspracherecht ohne tatsächliche Macht.“ Derselbe Beitrag bringt einen Punkt auf den Punkt, der jedem Coach Unbehagen bereiten sollte: „Die Moderation dafür verantwortlich zu machen, ist so, als würde man den Vorschlagsbriefkasten dafür verantwortlich machen, dass die Geschäftsleitung die Vorschläge nicht liest.“ Man kann sich nicht durch Moderation aus einem Machtproblem herausmanövrieren. Und auf Hacker News heißt es ganz klar: Eine Retrospektive ist „eine Zeremonie ohne tatsächlichen Zweck, da die tiefergehenden Themen, die die Teilnehmer ansprechen, in der Regel nicht im Einflussbereich des Teams liegen“ – und schlimmer noch: „Sie liefert der Führung eine Ausrede dafür, Dinge nicht zu beheben.“

Genau hier richten die meisten Ratschläge von Anbietern echten Schaden an. Die übliche Liste der Anti-Muster rät Teams, „innerhalb Ihres Einflussbereichs zu bleiben“ – hören Sie auf, Dinge anzusprechen, die Sie nicht ändern können. Als Disziplinproblem des Teams dargestellt, ist dieser Ratschlag völlig falsch. Er fordert das Team auf, das eigentliche Hindernis zu verschleiern und sich nur mit den kleinen, harmlosen und vom Team selbst kontrollierbaren Aspekten zu befassen – und genau so wird aus einer Retrospektive ein bequemer Scheinprozess. Im eigenen Einflussbereich zu bleiben, ist ein schlechter Rat, wenn das Wichtigste im Raum außerhalb dieses Bereichs liegt.

Strahlen Sie nach außen aus, lassen Sie Ihre Gefühle nicht nach innen entweichen

Die gute Nachricht ist, dass die Korrektur bereits in den kanonischen Text aufgenommen wurde – und zwar in der aktuellen Ausgabe. Die zweite Auflage von Agilen Retrospektiven (2024), an der David Horowitz gemeinsam mit Esther Derby und Diana Larsen mitwirkte, fügte ein ganzes Kapitel über Probleme hinzu, die außerhalb der Kontrolle des Teams liegen – die Probleme waren so akut geworden, dass die Standardwerkliteratur nachholte. Drei der darin vorgestellten Werkzeuge sind das Gegenmittel zum Druckventil:

• Kreise & Suppe – Sortieren Sie jedes Problem danach, wer dafür verantwortlich ist: Was das Team kontrolliert, worauf es Einfluss nehmen kann und was sich in der „Suppe“ befindet, auf die es lediglich reagieren kann. Dies ist eine Triage nach Zuständigkeit und ersetzt den Grundsatz „Bleiben Sie in Ihrem Kreis“ durch „Leiten Sie jedes Problem an denjenigen weiter, der tatsächlich darauf reagieren kann“.
• 15-Prozent-Lösungen – Bei großen, festgefahrenen Problemen sollten Sie den Teil finden, mit dem das Team sofort beginnen kann, ohne die Erlaubnis von jemandem einholen zu müssen. Nicht die gesamte Lösung, sondern die 15 Prozent davon, die in greifbarer Nähe liegen. Dynamik bei einem Teil ist besser als Stillstand beim Ganzen.
• Retrospektive „Radiatoren“ – machen Sie die eskalierten Probleme nach außen hin sichtbar, auf einer Tafel, die die Geschäftsleitung einsehen kann und auf der die Entwicklung im Zeitverlauf verfolgt wird. Ein „Radiator“ ist das Gegenteil eines „Ventils“: Ein Ventil lässt Druck ab und verbirgt ihn; ein „Radiator“ macht das ungelöste Problem öffentlich, bis jemand, der die Befugnis hat, es zu beheben, dies tut. Eskalieren Sie die roten Punkte namentlich.

Das ist die strenge Linie, auf die die Forschungsergebnisse hindeuten, und sie wird durch die Kanon-Richtlinien gestützt: Triage nach Zuständigkeit, Eskalation roter Punkte nach Name und Datum, Ausstrahlung statt Entlastung. Ein Retro, das dies umsetzt, geht ehrlich mit Macht um. Ein Retro, das dies überspringt, ist ein Druckventil mit einem Moderator.

Das Lernen steht im Vordergrund, nicht die To-do-Liste

Die letzte Neuausrichtung schließt den Kreis des gesamten Modus. Die zweite Auflage verlagert zudem das Erfolgskriterium selbst – weg von konkreten Maßnahmen hin zum Lernen. Die Position der zweiten Auflage – und es ist eine Erleichterung, dies aus der maßgeblichen Quelle zu hören – lautet, dass ein Retrospektive ohne Aktionspunkt kein Misserfolg ist, wenn das Team etwas gelernt hat. Die Einheit der Veränderung wird zu einem Experiment – einer Hypothese, die Sie mit einem Überprüfungstermin testen – und nicht zu einer Aufgabe, die im Backlog vor sich hin vegetiert. „Wir glauben, dass das Pairing beim Deployment unsere Rollback-Rate senken wird; wir werden es zwei Sprints lang ausprobieren und dann überprüfen“ – das ist ein Experiment. „Deploys verbessern“ ist ein Haftnotizzettel, der in der Versenkung verschwindet.

Zudem berücksichtigt sie einen Aufwand, der es nie auf die Listen der Anti-Muster schafft: die emotionale Belastung durch das reine Luftmachen. Wie ein Teilnehmer es formulierte, kann eine Retrospektive „über eine Stunde dauern, in der man hauptsächlich dasitzt und anderen zuhört, wie sie sich über Dinge beschweren, was mich deprimiert“. Ein Retro, bei dem es ausschließlich um das Luftmachen geht, behebt nicht nur keine Probleme – es belastet auch die Menschen, die die Beschwerden über sich ergehen lassen müssen. Die Lösung besteht nicht darin, Gefühle zu verbieten, sondern ihnen einen Ausweg zu bieten: Verwandeln Sie die roten Punkte in eigenverantwortliche, terminierte und kommunizierte Experimente, und die Stunde ist kein Ort mehr, an dem Frustration einfach nur zirkuliert.

Das ist der Weg aus der Leere und aus dem Leitfaden heraus. Gestalten Sie den Regelkreis klein genug, um ihn zu schließen, führen Sie die Triage ehrlich genug durch, um Probleme, die das Team nicht beheben kann, weiterzuleiten, und messen Sie den Lernerfolg, anstatt Maßnahmen zu zählen – denn Offenheit, die nichts verändert hört irgendwann auf, Offenheit zu sein. Die vier Modi – Leistung, Macht, Überlastung und die Leere – sind letztendlich ein und dieselbe Frage, die auf vier verschiedene Arten gestellt wird: Erfüllt diese Zeremonie ihren Zweck oder wird sie nur abgehalten?

Häufig gestellte Fragen

Was tun Sie, wenn bei jeder Retrospektive dieselben Probleme auftauchen?

Finden Sie heraus, warum sie immer wieder auftreten, denn zwei unterschiedliche Fehler sehen von innen betrachtet identisch aus. Wenn die Maßnahme zwar festgehalten, aber nie einem Verantwortlichen zugewiesen wurde, verrottet sie im Backlog, während bei der nächsten Retrospektive drei weitere hinzukommen – begrenzen Sie die Anzahl auf einen zugewiesenen Punkt mit einem Überprüfungstermin und eröffnen Sie die nächste Retrospektive mit dessen Überprüfung. Sollte das Problem immer wieder auftreten, weil es tatsächlich außerhalb der Kontrolle des Teams liegt, wird eine erneute Aufnahme in die Liste niemals funktionieren: Sortieren Sie es nach dem Verantwortlichen und eskalieren Sie es namentlich und mit Datum nach oben, anstatt erneut Dampf abzulassen.

Was tun Sie, wenn das eigentliche Problem außerhalb der Kontrolle des Teams liegt?

Bringen Sie das Team nicht dazu, kleinere Probleme anzusprechen – so wird eine Retrospektive zum Theater. Sortieren Sie jedes Problem danach, wer tatsächlich dafür verantwortlich ist, eskalieren Sie dann die „roten“ Fälle nach oben, versehen Sie sie mit einem Namen und einem Datum, und machen Sie sie auf einem Retrospektiven-Radiator sichtbar, damit sie nicht stillschweigend unter den Tisch fallen. Sich auf den eigenen Einflussbereich zu beschränken, ist ein schlechter Rat, wenn dies bedeutet, das eigentliche Hindernis zu verschleiern.

Wie können wir sicherstellen, dass Maßnahmen der Retrospektive auch tatsächlich umgesetzt werden?

Beschränken Sie sich auf eine Maßnahme. Eine einzige Verbesserung, für die sich das Team wirklich einsetzt und die gleich zu Beginn der nächsten Retrospektive vor allen anderen Punkten besprochen wird, ist besser als eine Liste mit zehn Punkten, die alle stillschweigend in Vergessenheit geraten. Weisen Sie einen Verantwortlichen und einen Termin für die Überprüfung zu und betrachten Sie dies als Experiment mit einer Hypothese und nicht als lästige Aufgabe auf einer Liste.

Benötigt eine Retrospektive einen Aktionspunkt?

Nein – und darauf zu bestehen, ist Teil des Problems. Die zweite Auflage von „Agile Retrospectives“ definiert das Erfolgskriterium neu als Lernen und nicht als Aktionspunkte: Eine Retrospektive, bei der das Team wirklich etwas Neues verstanden hat, ist kein Misserfolg, nur weil dabei keine To-do-Liste entstanden ist. Führen Sie Experimente durch, aus denen Sie lernen können, und keine Aufgaben, bei denen Sie ein schlechtes Gewissen haben.

Weiterführende Literatur

• Macht: Wenn Autorität die Zeremonie beherrscht – warum die Probleme, die es wert sind, angesprochen zu werden, so oft über die Kompetenzebene des Teams hinausgehen.
• Performance: die Zeremonie, die Sie für das Publikum inszenieren – der Retro-Look, der nur der Form halber durchgeführt wird, bevor das Team ihn aufgibt.
• Wie man einen psychologisch sicheren Raum schafft – Offenheit, die einen Raum findet, in dem sie sich entfalten kann.
• Die Retrospektive der Obersten Direktive – die Regel, die für Fairness im Raum sorgt.
• Die Sprint-Retrospektive (die Zeremonie) – wo die Retrospektive im Zyklus angesiedelt ist und welchen Kreislauf sie abschließen soll.
• Glossar zum agilen Theater – die vier definierten Fehlermodi.