Eine Retro-Aktion ist eine konkrete Verbesserung, die das Team nach der Retrospektive ausprobieren will. Eine brauchbare Aktion benennt eine verantwortliche Person, beschreibt die Änderung, setzt einen Überprüfungstermin und nennt den Beleg, der zeigt, ob sie geholfen hat. „Besser kommunizieren“ ist ein Ziel; „einen Blocker-Check um 10 Uhr für einen Sprint testen“ ist eine Aktion.
Aktualisiert am 11. September 2026. Ergänzt um sechs ausgearbeitete Beispiele, ein kopierbares Aktionsregister, eine Ergebnisprüfung und einen Ablauf für die Nachbesprechung. Die Beispiele sind illustrativ und keine gemessenen Kundenergebnisse.
Warum Aktionen vergessen werden
Eine Aktion verschwindet, weil niemand sie verantwortet, weil keine Zeit dafür da ist oder weil das Team nie klärt, was „fertig“ bedeutet. Eine lange Liste konkurriert mit der Sprint-Arbeit. Ein Dokument, das niemand wieder öffnet, macht die Zusage unsichtbar.
Die Lösung: Macht die Verbesserung klein genug zum Ausprobieren und sichtbar genug zum Überprüfen. Startet mit ein bis drei Aktionen, als Moderationsrichtwert und nicht als allgemeine Grenze. Hat das Team nur für eine Kapazität, nehmt eine.
Der Scrum Guide sagt, die Sprint-Retrospektive plane Wege, Qualität und Wirksamkeit zu erhöhen, und die wirksamsten Verbesserungen sollten so bald wie möglich angegangen werden. Er schreibt weder eine Drei-Aktionen-Regel noch ein bestimmtes Tracking-Werkzeug vor.
So formuliert ihr eine Retro-Aktion
Nutzt dieses Format:
[Verantwortliche Person] wird [konkrete Änderung] bis [Datum] umsetzen. Wir prüfen [Beleg] am [Überprüfungstermin] und entscheiden, ob wir behalten, anpassen oder beenden.
Die verantwortliche Person koordiniert die Arbeit und berichtet das Ergebnis. Sie muss nicht alles selbst erledigen. Bestätigt vor der Zusage, dass sie Befugnis, Zeit und Unterstützung für den Versuch hat.
Knüpft die Aktion an eine Beobachtung: was passiert ist, in welcher Situation und warum es wichtig war. Wählt dann die kleinste Änderung, die das angehen könnte. Vermeidet einen Tool-Kauf oder eine große Umorganisation, wenn ein kurzes Experiment die zugrunde liegende Annahme prüfen kann.
Sechs Beispiele für Retro-Aktionen
| Vager Vorschlag | Überprüfbares Experiment | Beleg zur Prüfung |
|---|---|---|
| Code-Reviews verbessern | Alex koordiniert für einen Sprint ein tägliches 15-Minuten-Review-Fenster | Alter wartender Pull Requests und ob das Fenster Unterbrechungen verursacht hat |
| Blocker früher melden | Maria testet für einen Sprint einen Blocker-Check um 10 Uhr, mit je einer benannten helfenden Person pro blockiertem Punkt | Welche Blocker früher gemeldet wurden und welche weiter warteten |
| Scope Creep stoppen | Priya bittet die PM-Rolle, jede Ergänzung mitten im Sprint und die verdrängte Arbeit festzuhalten | Ergänzungen mit ausdrücklicher Abwägung gegenüber ungeplanten Ergänzungen |
| Bereitschaftsübergaben verbessern | Sam erstellt bis Freitag eine kurze Übergabe-Checkliste und testet sie bei den nächsten beiden Übergaben | Fehlender Kontext, den die übernehmende Person meldet |
| Meeting-Last senken | Devon pausiert ein wiederkehrendes Status-Meeting für zwei Wochen und liefert ein schriftliches Update | Verpasste Entscheidungen, offene Fragen und die Zeit, die Teilnehmende zurückgewonnen sehen |
| Release-Prüfungen vereinheitlichen | Lee ergänzt die nächste Release-Checkliste um einen Rollback-Check | Ob das nächste Release eine dokumentierte Rollback-Verantwortung und -Prozedur hat |
Das sind Startpunkte. Vereinbart mit eurem Team eine Ausgangslage und eine erreichbare Erfolgsbedingung. Eine Veränderung einer Kennzahl über zwei Wochen belegt keine Ursache; verbindet die Zahlen mit dem, was die Leute beobachtet haben.
Kopierbare Vorlage für Retro-Aktionen
Kopiert dieses Register in ein geteiltes Dokument oder euer übliches Arbeits-Tracking:
| Beobachtetes Problem | Experiment | Verantwortlich | Fällig | Überprüfung | Erfolgsbeleg | Status | Entscheidung |
|---|---|---|---|---|---|---|---|
| Reviews warteten bis zum letzten Sprint-Tag | Tägliches Review-Fenster testen | Alex | Vor dem nächsten Sprint vereinbaren | Nächste Retro | Wartezeit der Reviews plus Team-Feedback | Geplant | Offen |
| Kontext fehlte bei der Bereitschaftsübergabe | Übergabe-Checkliste mit fünf Punkten testen | Sam | Freitag | Nach zwei Übergaben | Fehlende Übergabedetails | In Arbeit | Offen |
| Ergänzt eure Beobachtung | Definiert eine kleine Änderung | Benennt eine Person | Setzt ein Datum | Setzt einen Überprüfungstermin | Sagt, wie ihr prüft | Geplant | Offen |
Die Beispielzeilen nutzen bewusst relative Termine. Ersetzt sie vor der Zusage durch echte Kalenderdaten. Verlinkt das Register dort, wo das Team ohnehin nachsieht; ein zweites unsichtbares Backlog zu pflegen hebt den Zweck auf.
Prüft die letzten Aktionen, bevor ihr neues Feedback sammelt
Reserviert die ersten fünf Minuten der nächsten Retrospektive für die Nachverfolgung. Das ist ein Richtwert: Verlängert ihn, wenn ein wichtiges Experiment mehr Diskussion braucht.
- Update der verantwortlichen Person: Was haben wir versucht? Was haben wir nicht versucht?
- Beleg: Was hat sich verändert, und was könnte die Veränderung sonst erklären?
- Entscheidung: Die Änderung behalten, anpassen oder bewusst beenden.
- Nächster Schritt: Wenn mehr Arbeit nötig ist, klärt Kapazität, Verantwortung und einen neuen Überprüfungstermin.
Nutzt Status wie Geplant, In Arbeit, Fertig, Blockiert und Beendet. Haltet die Ergebnisentscheidung vom Aufgabenstatus getrennt: Eine Checkliste zu erstellen kann Fertig sein, auch wenn das Experiment zeigte, dass die Checkliste nicht geholfen hat.
Was tun, wenn eine Aktion immer wieder mitgeschleppt wird
Kopiert denselben überfälligen Satz nicht ohne Diskussion in die nächste Retro. Fragt, ob die Arbeit zu groß ist, außerhalb des Einflusses der verantwortlichen Person liegt, nicht mehr nützlich ist oder ob Kapazität fehlt.
Zerlegt sie nach Möglichkeit in einen kleineren Test. Eskaliert eine Abhängigkeit an die Person, die sie auflösen kann. Beendet eine Aktion, die keine Rolle mehr spielt, und haltet fest, warum. Will das Team die Änderung weiterhin, schafft dafür Platz, statt sie als unbezahlte Zusatzarbeit neben dem Sprint zu behandeln.
Wie NextRetro in die Nachverfolgung passt
Führt Sammeln, Gruppieren, Abstimmen und Diskutieren auf einem kostenlosen Retrospektive-Board durch, das direkt den Dialog für den Board-Namen öffnet. Haltet die vereinbarte Verbesserung fest und exportiert das Ergebnis in das übliche Arbeitssystem des Teams. Teilnehmende treten ohne Konto bei, und über die Startseite lässt sich ein Gast-Board erstellen.
Laut aktuellen Preisen enthält der Gratis-Tarif die jüngste Historie sowie PDF- und Markdown-Export. Pro enthält die vollständige Retro-Historie, Team-Workspaces und das Erstellen des nächsten Boards aus einer früheren Retro. Wählt die Variante, die die vorherige Aktion leicht auffindbar macht; ein geteiltes Register ist ein gültiger Startpunkt.
Häufige Fragen
Wie viele Aktionen sollte eine Retrospektive hervorbringen?
Startet je nach Kapazität mit ein bis drei. Ein gut verantwortetes Experiment ist ein brauchbares Ergebnis. Es gibt keine allgemeine Regel für drei Aktionen, und eine höhere Zahl belegt kein besseres Meeting.
Wer verantwortet Retro-Aktionen?
Benennt für jede Aktion eine koordinierende Person. Das Team kann sich die Arbeit teilen, aber eine benannte Verantwortung macht den nächsten Schritt und das Update klar. Die Moderation sollte nicht automatisch jede Verbesserung übernehmen.
Wie misst man, ob eine Aktion geholfen hat?
Legt vor dem Start des Experiments fest, was ihr beobachtet. Vergleicht das Ergebnis mit der vorherigen Lage, fragt nach Nebenwirkungen und haltet fest, ob ihr die Änderung behaltet, anpasst oder beendet. Eine erledigte Aufgabe allein belegt keine Verbesserung.
Gehören Aktionen ins Sprint-Backlog?
Wenn eine Verbesserung Umsetzungsarbeit braucht, besprecht sie im Sprint Planning und macht sie im Arbeitssystem des Teams sichtbar. Der Scrum Guide erlaubt, die wirksamsten Verbesserungen ins nächste Sprint-Backlog aufzunehmen; er verlangt nicht, dass jede Retro-Notiz ein Backlog-Element wird.
Für den Start der Sitzung hilft unser Leitfaden ohne Teilnehmeranmeldung. Wenn ihr Tools bewertet, vergleicht die Grenzen von Gratis-Tarifen und Historie, bevor ihr entscheidet, wo das Aktionsregister lebt.
