Retrospektive-Vorlage: Format, Beispiel – und wie Action items bis zur nächsten Retro überleben (2026)

Eine Retrospektive ist das Meeting, in dem ein Team darauf schaut, wie es gearbeitet hat – über einen Sprint, ein Release, einen Monat – und entscheidet, was es ändert. Nicht, was es gebaut hat; das übernimmt das Review. Sondern wie es gebaut hat: was die Arbeit gebremst hat, was sie vorangebracht hat und welche ein bis zwei Dinge das Team beim nächsten Mal anders macht. Eine Retrospektive-Vorlage ist die eine Seite, die dieses Gespräch in eine feste Reihenfolge bringt, damit das Meeting eine Entscheidung hervorbringt statt einer Beschwerdeliste.

Dieser Leitfaden behandelt zuerst das Handwerk – das Format, eine Sprint-Retrospektive-Vorlage zum Kopieren, ein ausgefülltes Beispiel, die vier Fragensets, zwischen denen die meisten Teams wechseln – und dann die Mechanik: wo die Retro in den Tools lebt, die Ihr Team ohnehin nutzt, und was nach dem Call mit ihren Action items geschieht. Denn der eigentliche Test einer Retrospektive ist nicht das Board am Ende der Stunde. Es sind die ersten fünf Minuten der nächsten, wenn jemand fragt, ob die zwei Änderungen, auf die sich alle geeinigt hatten, tatsächlich passiert sind.

Was eine Retrospektive ist – und was nicht

Vier Meetings stehen der Retrospektive nahe, und Teams werfen sie auf eigene Kosten zusammen:

Die Retrospektive ist das einzige der vier Meetings, in dem es um das Team selbst geht, in Anwesenheit des Teams und mit dem Team als Entscheider. Deshalb ist ihr Ergebnis klein – ein Team kann pro Zyklus ein oder zwei Gewohnheiten ändern, nicht zehn – und deshalb ist eine Retro mit langer Liste meist zu einem Review oder Incident Review unter falschem Namen geworden. Die Tagesordnung für das Sprint Review und die Retro-Tagesordnung sind aus gutem Grund zwei verschiedene Seiten.

Eine Retrospektive ist auch kein Statusmeeting mit Gefühlen. „Lasst uns reihum sagen, wie sich der Sprint angefühlt hat" erzeugt eine Stimmung, keine Änderung. Die folgende Vorlage verlangt Daten vor Meinungen, Schreiben vor Reden und eine Entscheidung, bevor die Stunde vorbei ist.

Was die Vorlage enthält: das Format

Eine brauchbare Retrospektive-Vorlage hat sieben Teile, in dieser Reihenfolge. Die meisten Vorlagen im Netz sind eine Teilmenge; am häufigsten fehlen der erste und der letzte Teil.

1. Die Action items der vorherigen Retro, geprüft. Vor allem anderen: jedes Action item vom letzten Mal, sein Verantwortlicher und einer von drei Zuständen – erledigt, nicht erledigt mit Begründung, verworfen. Zwei Minuten für eine Liste mit drei Punkten. Eine Retrospektive, die diesen Slot überspringt, verkündet, dass ihre Action items optional sind, und der Raum hört es.
2. Der Zeitraum in Fakten. Was ausgeliefert wurde, was sich verschoben hat, was ausgefallen ist – in Zahlen oder Daten, auf dem Board, bevor jemand spricht. Drei bis fünf Zeilen. Meinungen, über dieselben Fakten diskutiert, nähern sich an; Meinungen, über unterschiedliche Erinnerungen diskutiert, tun das nicht.
3. Was gut lief. Zuerst schriftlich, eine Notiz pro Person und Punkt, dann laut vorgelesen. Erst schreiben ist die Regel, die der stillen Hälfte des Teams Gehör verschafft – und der übliche Grund, warum Retros von zwei Stimmen dominiert werden.
4. Was nicht gut lief. Gleiche Methode. Die Notizen handeln von der Arbeit und der Arbeitsweise, nicht von Personen; der Facilitator verschiebt eine Notiz, die eine Person nennt, auf den Parkplatz für ein 1:1-Gespräch.
5. Gruppieren und wählen. Die Notizen clustern, und jede Person verteilt zwei Stimmen auf die Cluster, die angegangen werden sollen. Die obersten ein bis zwei sind das Thema der Retro für die verbleibende Zeit; der Rest wartet auf die nächste, und die Liste dessen, was gewartet hat, wird aufbewahrt.
6. Ein bis zwei Änderungen als Action items. Für jedes gewählte Cluster die Änderung, auf die sich das Team verpflichtet, formuliert als Action item: ein Verantwortlicher, ein Verb, ein Datum. „Besser schätzen" ist ein Wunsch; „Lena – einen 15-minütigen Schätz-Check in das Planning am Donnerstag aufnehmen – ab dem nächsten Sprint" ist ein Action item.
7. Verantwortliche, Prüfdatum und Wertschätzung. Die Action items mit Verantwortlichen noch einmal vorlesen; das Datum nennen, an dem sie geprüft werden – normalerweise die nächste Retro; und mit einer Runde Dank abschließen, namentlich. Der letzte Punkt ist keine Dekoration: Er macht Menschen beim nächsten Mal bereit, die Notizen aus Punkt 4 zu schreiben.

Was draußen bleibt: alles, was ins Review (Umfang), in den Incident Review (die Timeline eines Ausfalls) oder in ein 1:1-Gespräch (eine Person) gehört. Eine Retrospektive, die das alles tragen will, läuft lang und entscheidet nichts.

So führen Sie eine durch: davor, währenddessen, danach

Davor: den Slot festlegen und die Fakten vorbereiten. Eine Retrospektive ist ein regelmäßiges Meeting, nach dem Review und vor dem nächsten Planning, damit sie von dem ausgeht, was tatsächlich ausgeliefert wurde; wie sie in die Woche passt, steht im Leitfaden zur Meeting-Taktung. Am Vortag postet der Facilitator die Fakten des Zeitraums im Channel des Teams – die Liste des Ausgelieferten, die Liste des Verschobenen, die Incidents – und die Action items der letzten Retro mit Verantwortlichen, sodass Punkt 1 und Punkt 2 vor dem Meeting gelesen und nicht währenddessen zusammengestellt werden. Wechseln Sie den Facilitator ab: Eine Retro, die jedes Mal die Führungskraft leitet, wird zum Bericht an die Führungskraft.

Währenddessen: Schreiben vor Reden, dann eine Entscheidung. Beginnen Sie mit dem Check der Action items – jeder Verantwortliche sagt in einem Satz, ob erledigt oder nicht, und warum. Dann die Fakten, in einer Minute laut vorgelesen. Dann acht Minuten stilles Schreiben zu „gut gelaufen" und „nicht gut gelaufen", jede Notiz für alle sichtbar, sobald sie erscheint – in der eigenen Sprache jedes Mitglieds, wenn das Board übersetzt, und in der einen Sprache, auf die sich der Raum geeinigt hat, wenn nicht. Vorlesen, Clustern, Abstimmen: fünfzehn Minuten. Die gewählten Cluster bekommen den Rest der Stunde, und die einzige Aufgabe des Facilitators in dieser Phase ist es, Gerede in ein Action item mit Namen zu verwandeln, bevor die Uhr abläuft – jedes laut zurückgelesen, damit der Verantwortliche ihm zweimal zustimmt. Fünf Minuten am Ende: Action items mit Verantwortlichen und das Prüfdatum, dann Wertschätzung.

Danach: die Seite am selben Tag veröffentlichen, dort, wo die nächste Retro sie öffnet. Das Board mit seinen Notizen, die gewählten Cluster, die Action items mit Verantwortlichen und die vorherigen Action items mit ihren Zuständen – eine Seite, an alle, auch an alle, die gefehlt haben. Legen Sie sie dann dort ab, wo die nächste Retrospektive beginnt: Der Action-item-Check oben auf der nächsten Seite ist eine Kopie der Action-item-Liste unten auf dieser. Eine Retrospektive, die im Notizbuch des Facilitators liegt, ist eine Retrospektive, die das Team nicht hat.

Wie die Stunde selbst geführt wird – die Eröffnung, die Zeitboxen, das Zurücklesen der Ergebnisse in den letzten fünf Minuten – ist dasselbe Handwerk wie bei jedem effektiven Meeting. Spezifisch für die Retro sind die Regel „erst schreiben" und die Grenze von zwei Änderungen.

Eine Sprint-Retrospektive-Vorlage

[Team] — Retrospektive, Sprint [Nummer] / [Zeitraum]
Datum: [Datum] · Zeit: [Beginn]–[Ende] · Link: [Meeting-Link]
Zweck: ein bis zwei Änderungen an unserer Arbeitsweise wählen und die vom letzten Mal prüfen.
Facilitator: [Name, wechselnd] · Notizen: [Name oder „der Recap"]
Vorab-Lektüre: Seite der letzten Retro, Fakten dieses Zeitraums

1. Action items der letzten Retro — Facilitator — 5 Min. — Information
– [Verantwortlicher] — [Action item] — fällig am [Datum] — erledigt / nicht erledigt: [Grund] / verworfen
– [Verantwortlicher] — [Action item] — fällig am [Datum] — erledigt / nicht erledigt: [Grund] / verworfen

2. Der Zeitraum in Fakten — Facilitator — 3 Min. — Information
Ausgeliefert: [Liste]. Verschoben: [Liste]. Ausgefallen: [Liste]. [Eine Zahl, die in diesem Zeitraum zählt.]

3. Was gut lief — alle, zuerst schriftlich — 8 Min. — Diskussion
[Notizen, je ein Punkt, nach dem Schreiben laut vorgelesen.]

4. Was nicht gut lief — alle, zuerst schriftlich — 8 Min. — Diskussion
[Notizen zur Arbeit und zur Arbeitsweise — nicht über Personen.]

5. Gruppieren und abstimmen — alle — 10 Min. — Entscheidung
Cluster: [A], [B], [C]. Je zwei Stimmen. Gewählt: [eins oder zwei]. Wartet auf das nächste Mal: [der Rest].

6. Die Änderungen, auf die wir uns verpflichten — Team — 15 Min. — Entscheidung
– [Verantwortlicher] — [Verb + Objekt] — ab [Datum] — geprüft in der Retro am [Datum]
– [Verantwortlicher] — [Verb + Objekt] — ab [Datum] — geprüft in der Retro am [Datum]

7. Verantwortliche, Prüfdatum, Wertschätzung — 5 Min.
Action items mit Verantwortlichen zurückgelesen. Prüfdatum: nächste Retro, [Datum]. Je ein Dank, namentlich.

Parkplatz: [angesprochene, aber nicht gewählte Punkte — in die Seite der nächsten Retro übernommen]

Die Vorlage ist reiner Text: Sie lässt sich ohne Umformatierung in ein Dokument, ein Canvas, eine Haftnotiz-Spalte auf dem Whiteboard oder eine Chatnachricht einfügen. Die Reihenfolge ist der Punkt; das Tool nicht.

Ein ausgefülltes Beispiel: ein Produktteam mit acht Personen nach einem Zwei-Wochen-Sprint

Plattform-Team — Retrospektive, Sprint 31
Zweck: ein bis zwei Änderungen an unserer Arbeitsweise wählen und die vom letzten Mal prüfen.
Facilitator: Mateusz · Notizen: der Recap
Vorab-Lektüre: Retro-Seite von Sprint 30; die gestern im Channel gepostetenFakten zu Sprint 31

1. Action items der letzten Retro — 5 Min.
– Priya — das Daily auf 09:30 verlegen, damit Lissabon live dabei ist — fällig am 2. Nov. — erledigt
– Kenji — eine einseitige Definition of Done für den Mobile-Track — fällig am 6. Nov. — nicht erledigt: wartet auf die Änderungen der QA-Leitung; neu terminiert auf den 20. Nov.

2. Der Zeitraum in Fakten — 3 Min.
9 von 11 geplanten Items ausgeliefert. Verschoben: der Export-Job, die Onboarding-E-Mail. Ausgefallen: ein Incident, 40 Minuten, der Suchindex. Das Review am Donnerstag lief 25 Minuten über.

3. Was gut lief — 8 Min.
Das Pairing beim Search-Fix hat ihn noch am selben Tag geschlossen. Der Channel hat die Fakten festgehalten, sodass niemand zweimal gefragt hat „Was haben wir ausgeliefert". Lissabon war bei jedem Daily dabei.

4. Was nicht gut lief — 8 Min.
Zwei Items waren zu Sprintbeginn nur halb spezifiziert. Das Review ist überzogen, weil die Demo erst während des Meetings aufgebaut wurde. Der Incident-Bericht wurde drei Tage zu spät geschrieben.

5. Gruppieren und abstimmen — 10 Min.
Cluster: Bereitschaft zu Sprintbeginn (6 Stimmen), Länge des Reviews (4), Incident-Berichte (3), Schätzungen (2). Gewählt: Bereitschaft, das Review. Wartet: Incident-Berichte, Schätzungen.

6. Die Änderungen, auf die wir uns verpflichten — 15 Min.
– Lena — ein Readiness-Check für jedes Item am Dienstag vor dem Planning; ein Item ohne einzeilige Spezifikation und ohne Verantwortlichen kommt nicht in den Sprint — ab Sprint 32 — geprüft in der Retro am 28. Nov.
– Tomás — die Demo-Umgebung am Review-Tag bis mittags bereit und getestet — ab Sprint 32 — geprüft in der Retro am 28. Nov.

7. Verantwortliche, Prüfdatum, Wertschätzung — 5 Min.
Zurückgelesen. Prüfdatum: 28. Nov. Dank an Priya für das Search-Pairing und an Lissabon für die frühen Starts.

Parkplatz: Incident-Berichte; Schätzungen — ganz oben auf der Liste für die Retro von Sprint 32.

Beachten Sie, was die Seite funktionieren lässt: Der erste und der vorletzte Punkt sind dieselbe Liste, im Abstand von zwei Wochen betrachtet. Die Action items von Sprint 31 sind unten auf der Seite von Sprint 30 entstanden und wurden oben auf dieser beurteilt; die von Sprint 32 werden am 28. November beurteilt. Diese Schleife ist der ganze Wert einer Retrospektive, und sie ist der Teil, den die meisten Vorlagen dem Gedächtnis überlassen.

Vier Fragensets – und wann welches passt

Die Punkte 3 und 4 der Vorlage sind ein Paar von Fragen, und Teams werden dasselbe Paar leid. Vier bekannte Alternativen, die jeweils weiter in Punkt 5 und 6 münden:

Welches Set Sie auch nutzen, zwei Regeln gelten: Schreiben vor Reden, und das Ergebnis sind ein bis zwei Action items mit Verantwortlichen. Ein Fragenset, das eine reichere Notizwand, aber keine Entscheidung hervorbringt, hat das Meeting interessanter und weniger nützlich gemacht.

Wo die Retrospektive in den Tools lebt, die Sie ohnehin nutzen

Jede große Plattform gibt der Retro ein Board oder ein Dokument, und jede hört an einer anderen Stelle auf. Nur dokumentiertes Verhalten, von den Seiten der Anbieter selbst, jeweils mit dem Monat, in dem die Angabe geprüft wurde:

Zwei Dinge sind in jeder Zeile gleich. Das Board der Retro ist ein Dokument neben dem Meeting, in der einen Sprache, in der es geschrieben oder gehalten wurde; und ob die Action items der letzten Retro erledigt wurden, ist eine Frage, die das Dokument nicht beantwortet – eine Person öffnet beim nächsten Meeting die vorherige Seite und liest sie in den Raum hinein. Wo das genügt, reicht jedes der vier Tools, und die Tabelle ist die ganze Antwort. Wo Transkript, Aufzeichnung und Zusammenfassung eines Teams- oder Meet-Calls danach landen und wer sie noch öffnen kann, ist in wo Teams und Meet Ihr Transkript, Ihre Aufzeichnung und Ihre Zusammenfassung speichern beschrieben; was die Live-Übersetzung jeder Plattform im Call abdeckt und wo sie endet, steht in den Leitfäden zu Teams und Meet (Teams, Meet).

Wie die Action items bis zur nächsten Retro überleben

InterMIND ist ein Raum für die tägliche Kommunikation, in dem ein Meeting in einem Channel lebt – die Retrospektive hat also ein naheliegendes Zuhause: einen eigenen Channel, in dem die Fakten des Zeitraums und die Action items der letzten Retro am Vortag gepostet werden und der den Recap jeder Sitzung aufbewahrt, sodass die Seite von Sprint 30 nur einen Klick von der von Sprint 31 entfernt ist. Jedes Mitglied schreibt in seiner eigenen Sprache und liest die anderen in seiner; eine anderswo entworfene Seite landet per E-Mail im Channel – der Host gibt dem Channel eine eigene Adresse, und eine dorthin gesendete Nachricht erscheint als normale Nachricht mit benanntem Absender und erhaltenen Anhängen.

Während des Calls ist das Board eine Notiz, die mit Share to conference neben den Videokacheln auf jedem Bildschirm eingeblendet wird: Der Facilitator bearbeitet sie live, während der Raum seine Punkte schreibt, und jeder Teilnehmer liest sie in der eigenen Sprache, das Original nur einen Umschalter entfernt. Der Recap der vorherigen Sitzung lässt sich auf dieselbe Weise in die Konferenz teilen, sodass Punkt 1 – die Action items der letzten Retro – die tatsächliche Aufzeichnung auf jedem Bildschirm ist und nicht die Erinnerung von jemandem daran.

Wenn der Call endet, wird der Recap aus dem Meeting selbst geschrieben: eine Zusammenfassung, die als vereinbart, offen oder strittig markierten Punkte, die Action items mit Verantwortlichen, jede Zeile mit ihrem Zeitstempel. Er kommt per E-Mail, als Nachricht im Channel und als Link im Kalendereintrag an, und jedes angemeldete Mitglied liest ihn in der eigenen Sprache — die Aufzeichnung wird pro Leser übersetzt, nicht einmal in der Sprache geschrieben, die der Raum zufällig verwendet hat. Jedes Mitglied kann ihn bearbeiten, jede Änderung behält Autor und Versionsverlauf. Der Host kann eine Recap-Kopie an jede Adresse hinzufügen – ein Eingangspostfach von Tracker oder CRM –, sodass die beiden Action items das führende System erreichen, ohne dass jemand etwas weiterleitet. Teams und Meet übersetzen laut ihrer Dokumentation oben den Moment — Untertitel im Call, einen Recap in der Sprache des Meetings; hier ist es der Raum, der übersetzt bleibt.

In einer Organisation mit aktivierten Team-Statusseiten werden die Action items der Retro auch nachgehalten. Jedes Action item, das ein Recap festhält, kommt in die Aufgabenkette der Organisation, und wenn der nächste Recap geschrieben wird, werden die offenen gegen das Gesagte beurteilt: Ein Action item, das jemand als abgeschlossen gemeldet hat, wird als erledigt markiert; eines, das besprochen, aber nicht abgeschlossen wurde, wird als nicht erledigt markiert, mit dem Grund in den Worten des Meetings; eines, das niemand angesprochen hat, bleibt offen. Die Urteile stehen auf der Statusseite der Organisation, jeweils mit dem Recap, auf dem sie beruhen, und zu Beginn der nächsten Sitzung nennt Mia die offenen Punkte und ihre Verantwortlichen – sodass Punkt 1 der Vorlage auch dann zur Sprache kommt, wenn niemand die vorherige Seite geöffnet hat. Team-Statusseiten sind eine Vorschaufunktion: Der Admin einer Organisation schaltet sie unter Settings → Advanced ein, nachdem er die Alpha-Bedingungen akzeptiert hat (die Seite Preview features beschreibt jede einzelne).

Ein Gast – ein Freelancer im Sprint, ein Ingenieur eines Kunden, der zu einer Retro eingeladen wurde – tritt per Link bei, ohne Konto und kostenlos, vom Smartphone, im Browser, und hört das Meeting live in der eigenen Sprache. Für einen Gast gibt es danach keine Aufzeichnung — das Konto ist kostenlos, und es macht die Aufzeichnung erreichbar. Der Host stellt den Raum bereit und zahlt in einem kostenpflichtigen Plan nur für die in den vorangegangenen 28 Tagen aktiven Mitglieder; Mitglieder, die still werden, behalten ihren Zugang ohne Kosten.

• Einen vollständigen Recap öffnen — eine echte Aufzeichnung, erzeugt vom selben Code, der Ihre schreibt, Action items inklusive.
• Die Live-Demo ausprobieren — ohne Anmeldung; sprechen Sie und hören Sie den Raum pro Zuhörer übersetzt.

Die Retrospektive als Handwerk übersteht jedes Tool: Jemand muss weiterhin das Team fragen, was es ändern will, und es auf zwei Antworten festlegen. Was nicht überleben muss, ist die zweite Aufgabe — das Board nach dem Call in einer Sprache neu abzutippen und die nächste Retro mit der Frage zu eröffnen, ob jemand getan hat, was die letzte beschlossen hat.

FAQ

Was ist ein Retrospektive-Meeting?

Eine Retrospektive ist ein regelmäßiges Meeting, in dem ein Team darauf schaut, wie es über einen Zeitraum gearbeitet hat – einen Sprint, ein Release, einen Monat – und sich auf ein bis zwei Änderungen an seiner Arbeitsweise verpflichtet. Sie prüft zuerst die Action items der vorherigen Retro, bringt die Fakten des Zeitraums aufs Board, sammelt schriftlich, was gut und was nicht gut lief, gruppiert und stimmt ab und endet mit Action items, die einen Verantwortlichen und ein Prüfdatum haben. Sie unterscheidet sich vom Review, das auf das Gebaute schaut, und vom Incident Review, der auf einen einzelnen Ausfall schaut.

Wie führt man eine Sprint-Retrospektive durch?

Legen Sie den Slot nach dem Review und vor dem Planning fest und posten Sie am Vortag die Fakten des Zeitraums und die Action items der letzten Retro im Channel des Teams. Im Meeting: die Action items vom letzten Mal prüfen (fünf Minuten), die Fakten vorlesen, Notizen zu „gut gelaufen" und „nicht gut gelaufen" in Stille schreiben, bevor jemand spricht, sie vorlesen, clustern, mit je zwei Stimmen abstimmen und die verbleibende Zeit darauf verwenden, die obersten ein bis zwei Cluster in Action items mit einem Verantwortlichen und einem Datum zu verwandeln. Die Action items zurücklesen, das Prüfdatum nennen – normalerweise die nächste Retro – und mit Wertschätzung abschließen. Veröffentlichen Sie die Seite am selben Tag dort, wo die nächste Retro sie öffnet.

Was sind die 5 Phasen einer Retrospektive?

Die weit verbreitete Fünf-Phasen-Struktur lautet: den Rahmen setzen (Zweck, die vorherigen Action items, die Regeln), Daten sammeln (die Fakten des Zeitraums und die Notizen aller), Erkenntnisse gewinnen (die Notizen gruppieren und das Muster dahinter finden), entscheiden, was zu tun ist (ein bis zwei Action items mit Verantwortlichen) und abschließen (Zurücklesen, Prüfdatum, Wertschätzung). Die Vorlage in diesem Leitfaden lässt sich Punkt für Punkt auf diese Phasen abbilden: Punkt 1–2 setzen den Rahmen und sammeln Fakten, 3–5 sammeln und gruppieren, 6 entscheidet, 7 schließt ab.

Was ist der Unterschied zwischen einem Sprint Review und einer Sprint-Retrospektive?

Das Review betrachtet die Arbeit – was gebaut wurde, ob es das ist, was gemeint war, was sich im Backlog ändert – mit den Stakeholdern im Raum. Die Retrospektive betrachtet die Arbeitsweise – was das Team gebremst hat und was es ändern wird – nur mit dem Team. Das Review hinterlässt akzeptierte Items und Backlog-Änderungen; die Retrospektive hinterlässt ein bis zwei Action items zur Arbeitsweise des Teams und die Action items vom letzten Mal, als erledigt oder nicht erledigt markiert. Die Retro liegt nach dem Review, damit sie von dem ausgeht, was tatsächlich ausgeliefert wurde.

Was ist Start, Stop, Continue?

Ein Fragenset für Retrospektiven mit drei Spalten: was das Team anfangen sollte, was es lassen sollte und was es fortführen sollte. Es ersetzt das Paar „gut gelaufen" und „nicht gut gelaufen" der Basisvorlage und eignet sich für Teams, die Action items direkt aus den Notizen ableiten wollen – eine „Start"-Notiz ist schon ein halbes Action item. Gruppieren, Abstimmen und die Grenze von ein bis zwei vereinbarten Änderungen gelten weiterhin.

Was sind die 4 Fragen einer Retrospektive?

Eine klassische Retrospektive stellt vier Fragen: Was haben wir gut gemacht, was haben wir gelernt, was sollten wir beim nächsten Mal anders machen und was verwirrt uns noch. Sie sind die 4Ls in anderer Form – Liked, Learned, Lacked, Longed for – und funktionieren am besten über einen längeren Zeitraum, etwa ein Quartal oder das Ende eines Projekts, in dem Lernen so viel zählt wie Beheben.

Wie lange sollte eine Sprint-Retrospektive dauern?

Bei einem Zwei-Wochen-Sprint und einem Team von fünf bis zehn Personen 45 bis 60 Minuten: fünf für die vorherigen Action items, drei für die Fakten, sechzehn zum Schreiben, fünfzehn für Vorlesen, Clustern und Abstimmen, fünfzehn für die Änderungen, fünf zum Abschließen. Eine Retrospektive, die regelmäßig länger dauert, hat meist das Review oder eine Incident-Diskussion in den Raum gelassen; eine deutlich kürzere hat meist das Schreiben oder die Action items übersprungen.

Was sollte eine Retrospektive-Vorlage enthalten?

Sieben Dinge: die Action items der vorherigen Retro mit ihren Zuständen; den Zeitraum in Fakten; was gut lief; was nicht gut lief – beides zuerst schriftlich; Gruppieren und Abstimmen; ein bis zwei Änderungen, formuliert als Action items mit Verantwortlichem und Datum; und den Abschluss – Zurücklesen, Prüfdatum, Wertschätzung – mit einem Parkplatz für das, was wartet. Die beiden Teile, die die meisten Vorlagen auslassen, sind der erste und der vorletzte: der Check der alten Action items und Verantwortlicher und Datum bei den neuen. Sie verbinden eine Retro mit der nächsten.

Quellen: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack. Jede Tabellenzelle nennt den Monat, in dem ihre Angabe geprüft wurde: Microsofts Notizseite, Zooms Agenda-Seite, Googles Seiten und Slacks Seiten wurden im Oktober 2026 geprüft; Microsofts Recap-Seite und Zooms Seite zur Meeting-Zusammenfassung im August 2026. Die Fünf-Phasen-Struktur und die Fragensets sind gängige Praxis und enthalten keine Aussage eines Anbieters. Anbieter ändern Pläne, Funktionen und Sprachlisten im Lauf der Zeit; den aktuellen Stand finden Sie auf deren Seiten.