Warum Ihre Retro-Maßnahmen wird nie fertig
Maßnahmen verpuffen, weil die meisten Retrospektive-Tools sie wie Haftnotizen behandeln – im Meeting farbenfroh, unsichtbar, sobald das Board geschlossen wird. Verantwortlicher, Fälligkeitstermin, Übertragung in die nächste Retrospektive, Verschiebung in den Backlog: vier kleine Funktionen, und deren Fehlen ist der Hauptgrund dafür, dass Teams sagen: „Wir machen nie etwas aus unseren Retrospektiven.“
Die Vier-Punkte-Spezifikation
Eine Retro-Maßnahme, die die Woche übersteht, benötigt vier Dinge in dieser Reihenfolge: einen namentlich genannten Verantwortlichen (nicht „das Team“), einen Fälligkeitstermin (nicht „nächster Sprint“), einen Ort, an dem sie zu Beginn der nächsten Retros, ohne dass sich jemand daran erinnern muss, es nach vorne zu verschieben, sowie einen Pfad in dasselbe Backlog, aus dem die Entwickler bereits arbeiten – Jira, Linear, GitHub Issues, Azure DevOps. Fehlt auch nur eines davon, wird der Aktionspunkt zu einem Gedächtnistest. Fehlt das letzte Element , wird die Retrospektive zu einer zweiten To-Do-Liste, die niemand öffnet. Die Kurzform hierfür in unserer Vergleichsr rubrik lautet fünf Punkte: Aktionspunkte als echte Entität (kein Haftnotizzettel), eine Aktion, die mit der Idee verknüpft ist, aus der sie hervorgegangen ist, automatische Übertragung in die nächste Retrospektive, ein retrospektivenübergreifendes Aktions-Dashboard und eine Issue-Tracker-Integration aus erster Hand, keine Zapier-Brücke.
Die meisten Tools erfüllen den ersten Punkt und lassen den Rest außer Acht. Genau dort bricht der Kreislauf.
Tools, die den Kreislauf schließen
TeamRetro
Erfüllt alle fünf Kriterien: mit einem Verantwortlichen versehene Maßnahmen, die auf die ursprüngliche Idee zurückverwiesen werden, standardmäßige Übertragung in die nächste Retrospektive, ein Maßnahmen-Dashboard mit Kanban-Ansicht sowie direkte Übertragung an Jira, Azure DevOps, GitHub und Linear. Das Aktions-Dashboard ist das wichtigste Element – hier kann ein Scrum Master, der drei Teams betreut, auf einem Bildschirm erkennen, welche Sprint-Verpflichtungen noch offen sind und welche bereits zweimal verschoben wurden. Im Einstiegstarif kosten drei Teams mit jeweils acht Mitgliedern bei jährlicher Abrechnung 50 US-Dollar pro Monat, sodass der vollständige Nachverfolgungszyklus nicht hinter Enterprise-Preisen verborgen ist.
Parabol
Dieselben fünf Markierungen, etwas anderer Ansatz: Aktionen werden in Jira, GitHub, GitLab, Azure DevOps und Linear als echte Backlog-Tickets in dem Moment übertragen, in dem sie im Retrospektive-Meeting erstellt werden – sie werden nicht erst später exportiert. Die Übertragung ist in den Ablauf der Besprechung integriert. Der Kompromiss liegt im Besprechungsvolumen – die kostenlose Stufe ist auf 10 Besprechungen pro Monat begrenzt, sodass ein Coach, der Retrospektiven für mehr als zwei Teams durchführt, den kostenpflichtigen Tarif benötigt. Für eine Entwicklerorganisation, die bereits mit GitHub oder Linear arbeitet, ist die Rückmeldung von Parabol der sauberste Weg vom Retrospektive-Vorschlag zum Backlog-Ticket auf dem Markt.
Neatro
erfüllt vier der fünf Kriterien – die Lücke besteht in der Verknüpfung von einer Maßnahme zurück zum Diskussionsstrang, aus dem sie hervorgegangen ist. Für ein Team, das sich nicht viel über den Kontext streitet, ist das in Ordnung. Alles andere ist vorhanden: standardmäßige Übertragung, ein ordentlicher Kanban-Tracker für Maßnahmen zwischen den Sitzungen sowie die Übertragung an Jira, Azure DevOps, GitHub, Asana und Monday. Der Haken ist das Fehlen einer nativen Slack- oder Teams-Integration – Erinnerungen erfolgen innerhalb des Tools, nicht dort, wo das Team sich bereits aufhält.
ScatterSpoke
Ein anderer Ansatz: Aktionen werden durch eine KI-basierte Wirkungsbewertung teamübergreifend priorisiert, wobei die Themen- Extraktion Ihnen aufzeigt, welche Aktionen in mehreren Retrospektiven immer wieder auftauchen, ohne abgeschlossen zu werden. Fünf Sterne, abzüglich eines Punktes für die fehlende Kanban-Ansicht. Die Bandbreite der Integrationen ist begrenzt – nur Jira, Slack und Teams, kein GitHub, Linear oder Azure DevOps –, sodass das Tool gut passt, wenn Ihr Unternehmen auf Jira standardisiert ist, und ungeeignet ist, wenn dies nicht der Fall ist. Der Preissprung von kostenlos über 50 $/Monat auf 500 $/Monat ist im mittleren Bereich etwas ungeschickt, doch die kostenpflichtige Einstiegsstufe deckt drei Teams mit jeweils acht Mitgliedern pauschal ab.
Wo die Kette reißt
Die Whiteboards sind das deutlichste Beispiel für das strukturelle Problem. Das soll keineswegs abwertend gemeint sein – sie erfüllen den Zweck, für den sie entwickelt wurden, hervorragend. Die Diskrepanz besteht darin, dass das Weiterwirken einer Retrospektive auf Verpflichtungen basiert, während das Datenmodell eines Whiteboards auf Formen basiert.
Miro
Was die Rubrik betrifft, existieren Aktionspunkte nur über den Jira-/Azure DevOps-/Asana-Kartenkonverter – und die Version mit bidirektionaler Synchronisierung ist nur in der Business-Stufe verfügbar, nicht in der Starter-Stufe. Kein Übertrag, kein Aktions-Dashboard, kein Aktions-Kanban. Die Retrospektive-Maßnahme ist ein Haftnotizzettel , bei der jemand daran denken muss, mit der rechten Maustaste darauf zu klicken und „In Jira-Karte konvertieren“ auszuwählen, bevor das Board aus dem Sichtbereich scrollt. In der Praxis machen Teams einen Screenshot, fügen die Aufgaben in Slack ein, und bei der nächsten Retrospektive wird ein neues Board eröffnet. Der direkte Vergleich mit Parabol macht die Lücke deutlich.
Mural
Gleiche Struktur wie bei Miro. Die Synchronisierung von Haftnotizen mit Jira-/Azure DevOps-Karten ist in der „Business+“-Stufe verfügbar, jedoch ohne Übertragung, ohne Dashboard und ohne Kanban. Drei Teams zu je acht Mitgliedern kosten 240 $/Monat bei jährlicher Abrechnung im Einstiegstarif – das ist doppelt so teuer wie TeamRetro bei geringerer Nachverfolgbarkeit. Die Retrospektive findet auf einer ansprechenden Arbeitsfläche statt; die Maßnahmen werden dort gespeichert, wo das Team sie individuell platzieren möchte.
FigJam
Das ehrlichste der drei Produkte hinsichtlich dessen, was es ist – FigJams Bewertung lautet „falsch“ bei allen vier Markierungen für Aktionspunkte. Es handelt sich um eine Brainstorming-Oberfläche, die Retros ermöglicht, wenn Sie eine Vorlage mitbringen; es gibt nicht vor, anschließend irgendetwas nachzuverfolgen. Gut geeignet für das einmalige Offsite-Retrospektive. Nicht geeignet für ein dauerhaftes Team.
Das zweite Muster ist subtiler: Retro-spezifische Tools, die Aktionspunkte erfassen, aber den Übertrag überspringen. EasyRetro
und RetroTool fallen beide in diese Kategorie – Aktionspunkte existieren, sie haben Verantwortliche, sie tauchen zu Beginn der nächsten Retrospektive nicht wieder auf, es sei denn, der Moderator fügt sie manuell erneut hinzu. Für ein Team, das Retros einmal im Monat durchführt, funktioniert dies fast. Bei einem zweiwöchentlichen Rhythmus ist es jedoch gerade diese Lücke bei der Überführung, die still und leise jedes dritte Retro in die Beschwerde verwandelt: „Wir schließen nie etwas ab.“
Was Sie in einer Testphase fragen sollten
Drei Fragen entscheiden darüber. Erstens: Wenn ich diese Retro abschließe, was passiert dann mit den Aktionspunkten, die ich gerade erstellt habe – erscheinen sie automatisch ganz oben in der nächsten Retro, oder muss ich sie manuell übernehmen? Zweitens: Kann ich von dieser Maßnahme aus mit einem Klick in unser Backlog wechseln, und bleibt der Link bestehen, wenn der Entwickler das Ticket schließt? Drittens: Kann der Scrum Master über sechs Sprints hinweg sehen, welche Maßnahmen eröffnet, welche abgeschlossen und welche über vier Sprints in Folge übertragen wurden? Wenn die Antwort auf eine dieser Fragen „Sie können in CSV exportieren“ lautet, ist der Kreislauf nicht geschlossen – es handelt sich um eine Tabellenkalkulation, und Tabellenkalkulationen sind der Ort, an dem Aktionspunkte ihren Tod finden.