Optimieren Sie Ihre Meetings jetzt.
Zwei Minuten Einrichtung. Kostenlose Basisversion für immer. Vom ersten Tag an auf Unternehmensniveau. Machen Sie Meetings zu einer positiven und lohnenden Erfahrung
Fünf Retro-Formate (Start/Stop/Continue, 4Ls, Mad/Sad/Glad, Sailboat, DAKI), wann man sie verwenden sollte und der Commitment-Schritt, der aus Reden Veränderung macht.


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.
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.
Bevor Sie sich für ein Format entscheiden, sollten Sie wissen, was das Retro hinterlassen soll. Ein gesundes Retro bringt vier Dinge hervor:
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.
Kein einziges Format passt in jedem Sprint zu jedem Team. Die stärksten Retro-Moderatoren wechseln sich ab.

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:
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.
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:
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.
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:
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.
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:
Wann sollte man nicht verwenden: Teams, die Metaphern nervig finden. Manche Teams lieben Segelboote, andere finden es Twee. Lesen Sie das Zimmer.
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:
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.
Eine praktische Rotation, die Retros über ein Sechs-Sprint-Quartal hinweg immer auf dem neuesten Stand hält:
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).
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:
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.
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.
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:
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.
Ein Retro-Moderator macht vier Dinge gleichzeitig, normalerweise ohne etwas davon anzukündigen:
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.
Innerhalb von 24 Stunden nach der Retro sollte der Moderator:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Zwei Minuten Einrichtung. Kostenlose Basisversion für immer. Vom ersten Tag an auf Unternehmensniveau. Machen Sie Meetings zu einer positiven und lohnenden Erfahrung

