Retrospektive Vorlage: vier Spalten und eine Regel

Teams lassen Retrospektiven selten ausfallen, weil sie keine Lust auf Reflexion haben. Sie lassen sie ausfallen, weil die letzten drei nur Haftnotizen produziert haben und keine Veränderung.

Kurze Antwort: Eine Retrospektive Vorlage ist ein Board mit vier Spalten: Was lief gut, was lief nicht gut, was haben wir gelernt, was probieren wir als Nächstes. Die Vorlage funktioniert nur mit einer Regel: Jeder Punkt in der letzten Spalte bekommt einen Verantwortlichen, und die nächste Retro beginnt mit dem Check, ob diese Punkte passiert sind.

Was ist eine Retrospektive Vorlage?

Eine Retrospektive Vorlage ist ein vorstrukturiertes Board, das ein Team am Ende eines Sprints oder Projekts ausfüllt, um zu entscheiden, was im nächsten anders laufen soll. Sie ist kein Beschwerdekasten und kein Feier-Ritual, auch wenn beides nebenbei passiert. Das Ergebnis, das zählt, ist klein: ein bis drei konkrete Änderungen mit einem Namen dran.

Welche vier Spalten sind es?

• Was lief gut. Konkrete Erfolge, die sich wiederholen lassen ("das Demo-Skript hat das Review auf 20 Minuten verkürzt"), keine Stimmungslage ("gute Energie").
• Was lief nicht gut. Fakten statt Schuld: "Das Release kam zwei Tage später, weil die Testumgebung down war" benennt ein System, keine Person.
• Was wir gelernt haben. Die Überraschungen. Diese Spalte existiert, damit eine Erkenntnis sich nicht als Beschwerde verkleiden muss.
• Was wir als Nächstes probieren. Die einzige Spalte, die etwas verändert. Jeder Punkt bekommt einen Verantwortlichen und, wenn möglich, ein Datum.

Welches Retro-Format passt zu deinem Team?

Das Vier-Spalten-Board ist aus gutem Grund der Standard, aber zwei andere Formate haben ihren Platz verdient.

Drei gängige Retro-Formate

|Format|Fragen|Am besten für|

|---|---|---|

|Vier Spalten|Lief gut · lief nicht · gelernt · als Nächstes|Die meisten Sprint- und Projekt-Retros|

|Start, Stop, Continue|Was anfangen, aufhören, beibehalten|Teams, die schnell Entscheidungen wollen|

|Segelboot|Wind (hilft), Anker (bremst), Felsen (Risiken)|Längere Projekte, gemischte Gruppen|

Wähl eines und bleib mindestens drei Retros dabei. Jedes Mal das Format zu wechseln fühlt sich frisch an, macht die Ergebnisse aber unvergleichbar.

Der Rhythmus zählt genauso viel wie das Format. Sprint-Teams machen die Retro am Ende jedes Sprints; Kanban-Teams fahren gut mit alle zwei Wochen. Nach einem Incident: eine fokussierte Retro innerhalb von 48 Stunden, solange die Details frisch sind, und nur zum Incident. Dreißig Minuten reichen für ein Team bis acht Personen; darüber teilst du die Gruppe oder verlängerst auf 45.

Wie läuft eine Retro in 30 Minuten?

1. Letzte Aktionen checken (5 Min.). Erledigt, verworfen oder noch offen, sprich es aus. Dieser Schritt macht das ganze Ritual erst echt.
2. Alleine schreiben (7 Min.). Alle füllen die Spalten schweigend, damit die lauteste Stimme nicht den Rahmen setzt.
3. Gruppieren und vorlesen (8 Min.). Doppelte clustern, jedes Cluster einmal vorlesen. Noch keine Diskussion.
4. Abstimmen (3 Min.). Jede Person hat zwei Stimmen für die Cluster, die am meisten zählen.
5. Entscheiden (7 Min.). Die zwei, drei wichtigsten Cluster werden Aktionen mit Verantwortlichem. Mehr als drei Aktionen aufzuschreiben ist die Art, wie eine Retro sich auf keine festlegt.

Warum funktionieren Retros nach drei Sprints nicht mehr?

Weil die Aktionen keinen Verantwortlichen haben, oder niemand sie nachhält. Wenn "Kommunikation verbessern" das Ergebnis ist, kann nichts scheitern, also passiert auch nichts. Wenn "Lena verschiebt das Standup auf 9:30, wir schauen in zwei Wochen drauf" das Ergebnis ist, hat die nächste Retro etwas zu prüfen. Unsere Sprint Planning Vorlage macht denselben Punkt für Sprints: Felder mit Namen und Daten unterscheiden einen Plan von einem Moodboard. Und wenn eine Retro-Aktion groß genug ist für eigene Schritte, behandel sie wie jede andere Maßnahme: Unser Maßnahmenplan Beispiel zeigt, wie das aussieht.

Eine Retro auf dem Whiteboard

Ein Retro-Board ist ein natürlicher Whiteboard-Job: Spalten, Haftnotizen, Gruppieren, Abstimmen. In SketchMind, einem AI-Whiteboard, sind Sticky Notes und Checkboxen normale Canvas-Werkzeuge, die Schreibrunde läuft also wie gewohnt. Der schnellere Start: Beschreib das Board, statt es zu zeichnen. Die Checklist-Kachel macht aus "Retro-Board für Sprint 12: lief gut, lief nicht, gelernt, als Nächstes" in etwa 15 Sekunden einen editierbaren Checklisten-Frame, und eine Frames-Generierung legt die vier Sektionen für eine größere Gruppe an. Danach können die Als-Nächstes-Punkte in die Agenda der jeweiligen Verantwortlichen wandern, genau der Follow-up-Check, den die nächste Retro braucht. Teil das Board per Link; Viewer sind in jedem Plan unbegrenzt.

Zuletzt aktualisiert: 23. Oktober 2026. Geprüft gegen die aktuelle SketchMind-App.

Welche vier Spalten hat eine Retrospektive?

Was lief gut, was lief nicht gut, was haben wir gelernt, und was probieren wir als Nächstes. Die letzte Spalte ist die einzige, die den nächsten Sprint verändert.

Wie lang sollte eine Retrospektive dauern?

Dreißig Minuten reichen für ein Team bis acht Personen: Aktionen checken, alleine schreiben, gruppieren und vorlesen, abstimmen, entscheiden.

Wie viele Aktionen sollte eine Retro ergeben?

Ein bis drei, jede mit einem Verantwortlichen. Bei mehr als drei passiert am Ende keine davon.

Was ist der Unterschied zwischen Retrospektive und Review?

Das Review schaut auf das Produkt, das gebaut wurde; die Retrospektive schaut auf die Arbeitsweise. Zwei getrennte Termine mit getrennten Ergebnissen.

Funktionieren Retrospektiven auch außerhalb von Software-Teams?

Ja. Jeder wiederkehrende Arbeitsblock profitiert: Marketing-Kampagnen, Events, Unterrichtsphasen. Das Format bleibt dabei unverändert.