Die Vorlage für ein Agile-Retrospektiv-Meeting: 5 Formate, die funktionieren

Ein Retrospektiv-Meeting (kurz Retro) ist ein wiederkehrendes Teammeeting am Ende einer Sprint- oder Projektphase. Das Team denkt darüber nach, was passiert ist, entscheidet, was beibehalten wird, und legt fest, was sich als Nächstes ändern wird.

‍

Es ist die kleinste Einheit der kontinuierlichen Verbesserung in Agile, kodifiziert in der Scrum-Leitfaden von Ken Schwaber und Jeff Sutherland, und widerhallte in der Agile Manifeste zwölfter Grundsatz. In den meisten Teams ist es auch das Meeting, das leise zuerst an Schärfe verliert.

‍

Die meisten Retros scheitern nicht an dem Format. Sie scheitern bei der Verpflichtung — der einen Minute am Ende, in der jede Entscheidung einen Namen, ein Datum und einen Tracker erhält. Das von Ihnen gewählte Format ist weniger wichtig als die Frage, ob Sie diesen Schritt tatsächlich ausführen.

‍

Warum werden Retros abgestanden?

Ein Retro wird auf eine von drei Arten abgestanden.

‍

Die erste ist Wiederholung. Dieselben drei Beschwerden in jedem Sprint, dieselbe stille Vereinbarung, nichts ändert sich. Das Team lernt, dass im Retro Dinge gesagt werden, nicht dort, wo sie repariert werden.

‍

Die zweite ist Sicherheit. Wenn sich das Team nicht sicher fühlt, echte Probleme zu benennen, wird das Retro zu einem höflichen Ritual. Dies gilt insbesondere für Probleme mit der Führung, einer bestimmten Person oder einer Entscheidung, die das Unternehmen getroffen hat. Die eigentliche Konversation findet in Nebenkanälen statt. Amy Edmondsons Forschungen zur psychologischen Sicherheit an der Harvard Business School sind hier die zugrundeliegende Literatur; die Agile Allianz und Mountain Goat Software (gegründet von Mike Cohn) zitieren es beide rückblickend.

‍

Der dritte ist Scope Creep. Das Retro wird zu einer Gesprächsrunde über alles, was mit dem Unternehmen nicht stimmt, auch über Dinge, die das Team nicht beeinflussen kann. Energie läuft aus; nichts landet.

‍

Die meisten Retro-Fixes zielen auf das Format ab. Die üblichere Lösung liegt im Upstream: ob das Team wahre Dinge sagen darf und ob die Verpflichtungen des Teams tatsächlich eingehalten werden.

‍

Was ein gutes Rückblickgespräch hervorbringt

Bevor Sie sich für ein Format entscheiden, sollten Sie wissen, was das Retro hinterlassen soll. Ein gesundes Retro bringt vier Dinge hervor:

• Eine kurze Liste der festgeschriebenen Änderungen für den nächsten Sprint, mit Besitzern und Terminen
• Ein gefeierter Sieg eine Wiederholung wert, nicht nur eine Notiz an sich
• Ein benanntes Risiko oder ein Blocker das wurde nicht verfolgt und ist es jetzt
• Ein Puls darüber, wie sich das Team fühlt, messbar oder gefühlt, aber eingefangen

‍

Wenn ein Retro mit drei von vier endet, war es ein gutes. Wenn es mit Null endet, ist das Format oder die Moderation falsch, nicht das Team.

‍

Die 5 Retro-Formate (und wann sie jeweils verwendet werden sollten)

Kein einziges Format passt in jedem Sprint zu jedem Team. Die stärksten Retro-Moderatoren wechseln sich ab.

1. Starten/Stoppen/Fortfahren

Drei Spalten. Womit sollen wir anfangen? Womit sollten wir aufhören zu tun? Was sollten wir fortsetzen?

‍

Am besten geeignet für: Teams, die noch keine Erfahrung mit Retro-Spielen haben, oder Teams, die nach einem Drama einen schnellen, sauberen Reset benötigen. Läuft 30—45 Minuten.

‍

Vorlage:

• Start (5—7 Minuten stille Eingabe + 10 Minuten Gruppe)
• Stopp (5—7 Minuten stille Eingabe + 10 Minuten Gruppe)
• Weiter (3—5 Minuten stille Eingabe + 5—7 Minuten Gruppe)
• Aktionspunkte (5 min)

‍

Wann sollte man nicht verwenden: wenn das Team in der Wiederholung feststeckt. Start/Stop/Continue lässt sich bei jedem Sprint leicht mit den gleichen Elementen füllen, wodurch das tiefere Problem verschleiert wird.

‍

2. 4Ls: Gemocht/Gelernt/ Fehlt/Ersehnt

Vier Eingabeaufforderungen. Was hat dir gefallen? Was hast du gelernt? Was hat dir gefehlt? Wonach hast du dich gesehnt? Das 4Ls-Format wird Mary Gorman und Ellen Gottesdiener von EBG Consulting zugeschrieben.

‍

Am besten geeignet für: Ende einer Projektphase, eines Quartals oder einer Großinitiative. Gut darin, Teamwachstum und Karrieresignale zu erkennen, nicht nur Prozessprobleme.

‍

Vorlage:

• Stiller Eingang für jedes L (jeweils 3 min)
• Gruppendiskussion, jeweils ein L (jeweils 7—10 min)
• Aktionspunkte (5 min)

‍

Wann sollte man nicht verwenden: routinemäßige Retro-Retros in der Mitte des Sprints. 4Ls verbraucht emotionale Energie, die sich nicht alle zwei Wochen wieder auflädt.

‍

3. Verrückt//Traurig//Froh

Drei Emotionen. Was hat dich wütend gemacht? Was hat dich traurig gemacht? Was hat dich gefreut?

‍

Am besten geeignet für: Teams, die einen harten Sprint oder Zwischenfall hinter sich haben. Erlaubnis, Frustration direkt zu benennen, ohne sie als Prozesssprache zu verkleiden.

‍

Vorlage:

• Stiller Input pro Emotion (jeweils 3—5 min)
• Gruppe, eine Emotion nach der anderen, mit einer Regel zur Benennung ohne Debatte (jeweils 7—10 Minuten)
• Was wollen wir dagegen tun? (10 Minuten)

‍

Sehen Sie sich hier die Sicherheitsdynamik an. Die Spalte „Verrückt“ kann je nach Moderator entweder ein Team aus den Fugen bringen oder einen Groll verhärten. Wenn dein Team neu gegründet oder bereits fragil ist, wähle ein anderes Format, bis Vertrauen aufgebaut ist.

‍

4. Segelboot

Eine visuelle Metapher. Zeichne ein Segelboot auf einem gemeinsam genutzten Board (Miro, Mural, FunRetro, Retrum, EasyRetro, Parabol oder ein Whiteboard auf Zoom oder Google Meet). Das Segel ist der Wind (was uns vorantreibt). Der Anker hält uns zurück. Die Felsen bergen Risiken vor uns. Die Insel ist das Ziel, auf das wir zusegeln. Die Sailboat-Retrospektive steht im Zusammenhang mit Luke Hohmanns Methodik der Innovation Games.

‍

Am besten geeignet für: Teams, die besser auf Visuals als auf Listen reagieren, oder Teams, die über die strategische Ausrichtung sprechen müssen, nicht nur über den letzten Sprint.

‍

Vorlage:

• Setze die Insel (das Ziel) nach oben, 2 Minuten Gruppenausrichtung
• Geräuschloser Input über Wind, Anker, Felsen (10 min)
• Gruppendiskussion, ein Element nach dem anderen (10—15 min)
• Aktionsgegenstände, eingerahmt als „Wie heben wir das Segel an, schneiden den Anker ab, weichen den Felsen aus?“ (5—7 Minuten)

‍

Wann sollte man nicht verwenden: Teams, die Metaphern nervig finden. Manche Teams lieben Segelboote, andere finden es Twee. Lesen Sie das Zimmer.

‍

5. DAKI: Löschen/Hinzufügen/ Behalten/Verbessern

Vier Eimer. Was sollten wir komplett fallen lassen? Was sollten wir hinzufügen? Was funktioniert, das wir behalten sollten? Was funktioniert fast, was wir verbessern sollten?

‍

Am besten geeignet für: reife Teams, in denen die Diskussion bereits spezifisch ist. DAKI erzwingt Engagement auf eine Art und Weise, wie es Start/Stop/Continue manchmal nicht tut. Du fängst nicht einfach etwas an, du fügst es hinzu oder lässt es fallen.

‍

Vorlage:

• Geräuschlose Eingabe für jeden Eimer (jeweils 3 Minuten)
• Gruppendiskussion (jeweils 8 min)
• Stimmen Sie für die besten 1—2 pro Bucket ab (5 Minuten)
• Aktionspunkte (5 min)

‍

Wann sollte man nicht verwenden: Teams, die sich noch nicht auf ihre Kernpraktiken geeinigt haben. DAKI geht von einem Ausgangswert aus, von dem aus es zu sinken oder sich zu verbessern gilt.

‍

So rotieren Sie Formate über ein Quartal

Eine praktische Rotation, die Retros über ein Sechs-Sprint-Quartal hinweg immer auf dem neuesten Stand hält:

• Sprint 1: Start/Stop/Fortfahren (schnelles Zurücksetzen mit niedrigen Einsätzen)
• Sprint 2: Start/Stopp/Fortfahren (Muster in allen Sprints erkennen)
• Sprint 3: DAKI (Kraftverpflichtung)
• Sprint 4: Segelboot (in strategische Richtung herauszoomen)
• Sprint 5: Mad/Sad/Glad oder ESVP (Explorer, Shopper, Vacationer, Prisoner) für einen emotionalen Check-in Mitte des Quartals
• Sprint 6:4 Ls (Reflexion zum Quartalsende)

‍

Der Rotationspunkt ist keine Neuheit um seiner selbst willen. Verschiedene Formate erzeugen unterschiedliche Signale. Ein Team, das immer nur Start/Stop/Continue ausführt, sieht 30% von dem, was da ist. Scrum-Teams, die im Scaled Agile Framework (SAFe), Large-Scale Scrum (LeSS), Scrum @Scale oder einem Kanban-Setup arbeiten, sollten ebenfalls auf Programmebene rotieren (die SAFe Inspect & Adapt-Zeremonie spielt bei der Programminkrementierung dieselbe Rolle).

‍

Die fehlenden 10%: Engagement und Eigenverantwortung

Hier ist das Stück, das die meisten Retros überspringen, und warum die meisten Retros nichts ändern.

‍

Ein Retro, das mit „Wir sollten X machen“ ohne Namen und Datum endet, ist ein Retro, das nicht endet. Du hattest eine Diskussion. Sie haben keine Entscheidung getroffen. Martin Fowler und die Agile Retrospectives von Pragmatic Bookshelf (Esther Derby, Diana Larsen) weisen seit 2006 auf diese Lücke hin.

‍

Die fehlenden 10% sind der Verpflichtungsschritt. Bevor jemand den Raum verlässt:

• Jeder Aktionspunkt hat einen Besitzer (nicht zwei, kein Team, eine Person)
• Jeder Aktionspunkt hat ein Mindesthaltbarkeitsdatum oder ein Verfallsdatum
• Jeder Aktionspunkt wird entweder in den nächsten 10 Minuten in den Task-Tracker des Teams (Jira, Linear, ClickUp, Asana oder Azure DevOps) aufgenommen oder ist keine echte Verpflichtung

‍

Bei Retros ohne diesen Schritt besprechen Teams am Ende sechs Monate lang dieselben drei Beschwerden. Damit werden Retros zu den wertvollsten 45 Minuten des Sprints.

Eine nützliche Disziplin: Das Team auf drei festsetzen Aktionspunkte für Retro. Teams, die sich auf zehn festlegen, verpflichten sich zu keiner. Drei sind genug, um alles zu bewegen; zehn ist eine Wunschliste.

‍

Die eine Frage, die ein abgestandenes Retro behebt

Wenn ein Retro platt geworden ist (dieselben Leute, dieselben Beschwerden, keine Energie), frag Folgendes:

‍

„Was ist eine Sache, von der wir alle wissen, dass sie kaputt ist, aber niemand hat sie benannt, weil es unbequem wäre, sie zu benennen?“

‍

Dann warte. Füllen Sie die Stille nicht aus. Die erste Antwort ist normalerweise die echte Antwort.

‍

Diese Frage funktioniert, weil sie dem Team die ausdrückliche Erlaubnis gibt, den Elefanten zu benennen. Die meisten Retros scheitern, weil das Team etwas vermeidet. Dieses Etwas ist eine Person, eine Entscheidung oder eine Priorität. Das Format gibt ihnen einen plausiblen Deckmantel. Wenn Sie direkt fragen, wird das Cover entfernt.

‍

Nicht jeder Retro braucht das. Ein gesundes Team, das an gesunden Problemen arbeitet, kann Start/Stop/Continue für immer ausführen. Aber wenn sich ein Retro zum ersten Mal hohl anfühlt, ist das der Unlock.

‍

Durchführung von Retros in Remote- und Hybrid-Teams

In abgelegenen Retros ist mehr bewusstes Schweigen gefragt als in persönlichen Retros. Die dominante Stimme gewinnt bei einem Videoanruf schneller (Zoom, Google Meet, Microsoft Teams, Webex). Drei Anpassungen:

• Immer zuerst stille Eingabe. Jedes Format beginnt mit individuellen schriftlichen Beiträgen in einem gemeinsamen Forum vor jeder Diskussion.
• Round-Robin, kein Freiwilliger. Wenn Sie zur Diskussion übergehen, gehen Sie der Reihe nach auf dem Bildschirm herum, anstatt Freiwillige mitzunehmen. Andernfalls hören Sie bei jedem Sprint von denselben drei Personen.
• Schreiben Sie die Entscheidungen in dasselbe Dokument. Keine Randnotizen, kein „Ich schicke später eine Zusammenfassung“. Wenn es am Ende nicht im geteilten Dokument enthalten ist, ist es nicht passiert.

‍

Nimm das Retro auf. Nicht um irgendjemanden zu überwachen. Tun Sie es, um die Entscheidungen und die Argumentation zu bewahren. Drei Zuschauer nutzen die Aufnahme: das Teammitglied bei PTO, der neue Mitarbeiter, der beim nächsten Sprint mitmacht, und der Future Retro, in dem jemand fragt: „Moment, haben wir das nicht schon entschieden?“

‍

Für Hybrid-Retros (einige im Zimmer, andere per Fernbedienung) sollten Sie jeden auf seinen eigenen Laptop setzen. Diese Regel gilt sogar für die Personen, die sich physisch im Raum aufhalten. Die Asymmetrie zwischen „dem Raum“ und „den entfernten Teilnehmern“ ist der größte Schalldämpfer für Teammitglieder, die an einem anderen Ort arbeiten. Die Gleichheit der Präsenz ist wichtiger als die Qualität der Raumgestaltung.

‍

Die Rolle des Facilitators

Ein Retro-Moderator macht vier Dinge gleichzeitig, normalerweise ohne etwas davon anzukündigen:

• Das Gespräch am Laufen halten, ohne Polizist zu sein
• Die leisen Stimmen einbeziehen, ohne jemanden in Verlegenheit zu bringen
• Umleitung von Ablenkungen in umsetzbare Diskussionen
• Den Commitment-Schritt auch dann durchsetzen, wenn das Team keine Energie mehr hat

‍

Die besten Moderatoren rotieren die Rolle im Team. Der schlechteste Moderator ist ein Manager, der bei jedem Sprint im Retromodus sitzt. Das Team kann Probleme im Zusammenhang mit Managern nicht benennen. Der Moderator kann Scope Creep nicht gefahrlos ausrufen. Wenn ein Manager Teil des Teams ist, das die Arbeit erledigt, moderiert er manchmal. Wenn sie über dem Team stehen, nehmen sie selten teil und moderieren nie. In Scrum ist der Scrum Master ist der Standard-Facilitator; in Kanban ist es derjenige, der für den Ablauf verantwortlich ist, oft ein Teamleiter oder technischer Leiter.

‍

Der Retro-Nachfolger, der Veränderung vom Theater trennt

Innerhalb von 24 Stunden nach der Retro sollte der Moderator:

• Poste die Aktionspunkte mit Besitzern und Terminen im Tracker des Teams
• Pinne die Retro-Zusammenfassung im Team-Channel
• Fügen Sie dem nächsten Retro mit dem Titel „Wie sind die Verpflichtungen des letzten Sprints gelaufen?“ einen stehenden 2-minütigen Slot hinzu

‍

Letzteres ist der größte Einzelhebel, um Retros wichtig zu machen. Wenn das Team weiß, dass jedes Retro mit einer Überprüfung der Verpflichtungen des letzten eröffnet wird, werden Verpflichtungen ernst genommen. Wenn nie jemand nachschaut, tut er das nicht.

‍

Teams, die das üben, entwickeln eine nützliche Angewohnheit: Die ersten zwei Minuten jedes Retro-Spiels lesen sich wie eine trockene aufstehen, und der Rest des Treffens ist besser dafür.

‍

Wie MeetGeek den Retro-Admin automatisiert

Das Retro selbst ist ein menschliches Ereignis. Der Admin drum herum ist genau die Art von wiederkehrender Arbeit, für die KI gebaut ist. Dieser Admin umfasst das Erfassen von Aktionselementen, deren Weiterleitung an Jira, Linear, ClickUp, Asana oder Azure DevOps, das Pingen der Eigentümer über ihre Verpflichtungen und das Vorziehen der Elemente des letzten Sprints in die Überprüfung des nächsten Sprints.

Lernen Sie Geeks kennen Tagungsagent fügt die Rückmeldung aus Ihrem Kalender hinzu, erstellt eine strukturierte Zusammenfassung mit extrahierten Aktionselementen, die den richtigen Besitzern zugewiesen wurden, und leitet sie an Ihren Task-Tracker weiter. Einen Sprint später, als das Team fragt: „Wie sind die Verpflichtungen von Last Retro gelaufen?“ , die Antwort ist verfügbar, ohne dass jemand ein Notion-Dokument durchforstet.

‍

Frag KI-Chat Inside MeetGeek für „Was haben wir im letzten Retro entschieden?“ , oder verbinde MeetGeek mit Claude über das MeetGeek-Anschluss um Claudes vollständige Argumentation über ein Viertel der Retros zu verfolgen. Das ist nützlich für Führungskräfte in der Technik, die Muster in mehreren Teams verfolgen, oder für Gründer, die beobachten, wie sich die Konversationen eines Teams im Laufe der Zeit verändern. Der Connector ist die stärkere Option für die Cross-Sprint-Synthese.

‍

Das Endergebnis für Führungskräfte in den Bereichen Technik und Lieferung

Ein Retro funktioniert, wenn in jedem Sprint drei Dinge landen: eine kurze Liste der festgeschriebenen Änderungen mit Namen und Daten, eine sichtbare Erfolgsbilanz, dass die Verpflichtungen des letzten Sprints erfüllt wurden, und ein Team, das sich sicher fühlt, das eigentliche Problem zu benennen. Das Format ist weniger wichtig als das — Start/Stop/Continue, 4Ls, Sailboat, DAKI und Mad/Sad/Glad erzeugen jeweils ein anderes Signal, aber keines davon rettet ein Retro, in dem Verpflichtungen nicht eingehalten werden. Wähle das Format, das zu dem passt, wo sich das Team befindet. Führe den Commitment-Schritt jedes Mal durch.

‍

Wenn dein Team klein ist und der Retro-Admin schon klein ist, funktionieren ein geteiltes Dokument und eine manuelle Übergabe des Trackers einwandfrei. Wenn Sie Retros mit mehreren Teams durchführen und die Verpflichtungen des letzten Sprints verloren gehen, ist eine Meeting-Intelligence-Plattform wie MeetGeek die effektivere Wahl. Testen Sie MeetGeek kostenlos und sieh dir an, wie die Action-Items aller Retro-Artikel in Jira, Linear oder dem Tracker deiner Wahl landen, ohne dass jemand sie von Hand kopiert.

‍

‍

Häufig gestellte Fragen

‍

Wie lang sollte ein Rückblickgespräch sein?‍

Die meisten Retros laufen 45 bis 60 Minuten für einen zweiwöchigen Sprint. Unter 30 Minuten und du hast den Commitment-Schritt übersprungen. Über 75 Minuten und schon läuft die Planung im Retro-Look. Das gehört in eine separate Sitzung.

‍

Wer sollte an einer Retrospektive teilnehmen?‍

Das Lieferteam: Ingenieure, Designer, Product Owner, Scrum Master oder Teamleiter. Manager, die über dem Team stehen, sollten normalerweise nicht im Raum sein, da ihre Anwesenheit verändert, was das Team zu sagen bereit ist. Ausnahmen: eine ausdrückliche Teamentscheidung, sie einzuladen.

‍

Wie oft sollte ein Team Retros veranstalten?‍

Jeder Sprint, wenn Sie Sprints laufen. Bei längeren Zyklen alle 2—4 Wochen. Retros zu überspringen, weil „nichts Wichtiges passiert ist“, ist der Frühindikator dafür, dass ein Retro im Stillen performativ geworden ist.‍

‍

Was ist der Unterschied zwischen einer Retrospektive und einer Obduktion?‍

Ein Retro wiederholt sich, deckt den gesamten Sprint oder Zeitraum ab und ist zukunftsorientiert (was wir ändern werden). Eine Obduktion wird durch einen Vorfall ausgelöst, konzentriert sich eng auf dieses Ereignis und erstellt eine Ursachenanalyse. Verschiedene Treffen, unterschiedliche Ergebnisse.

‍

Wie bekommt man ehrliches Feedback in einem Retro?‍

Drei Dinge: zuerst stille schriftliche Beiträge, fehlende Führung und eine sichtbare Erfolgsbilanz, dass die Verpflichtungen von Last Retro tatsächlich eingehalten wurden. Ehrlichkeit verdient man sich im Laufe der Zeit, nicht in einer Grundregel.

‍

Was tun wir, wenn bei jedem Sprint dieselbe Beschwerde auftaucht?‍

Hören Sie auf, es als Retro-Artikel zu behandeln und eskalieren Sie es. Wenn das Team das gleiche Problem drei Sprints hintereinander ohne Änderung angesprochen hat, ist das Retro-Event nicht der richtige Ort. Ein direktes Gespräch mit der Person oder dem Team, das das Problem lösen kann, ist. Der Job des Retro kommt zum Vorschein und eskaliert nicht bei wiederholter Wiederholung.

‍

Kann KI eine Retrospektive durchführen?‍

Nein, und das sollte es auch nicht. Der Wert eines Retro-Designs liegt in der Reflexion und dem Engagement des Teams. KI ist nützlich für den Admin in der Umgebung: Sie erfasst Aktionspunkte, leitet sie weiter und verfolgt, ob die Verpflichtungen des letzten Sprints eingehalten wurden. Das Meeting selbst ist menschlich.

‍

Wie messen wir, ob unsere Retros funktionieren?‍

Verfolge zwei Dinge in einem Quartal: den Prozentsatz der Retro-Action-Artikel, die im nächsten Sprint tatsächlich ausgeliefert wurden, und wie das Team antwortet: „Ändern unsere Retros etwas?“ in einer anonymen Umfrage. Wenn die erste Zahl unter 50% liegt oder die zweite „Nein“ ist, ändern Sie das Format, bevor Sie etwas anderes ändern.