Beiträge
Wir haben 1 Million Retro-Karten analysiert. Darüber beschweren sich Teams wirklich

Kelly Lewandowski
Zuletzt aktualisiert am 14/07/20268 Min. Lesezeit
1,071,253
analysierte Retro-Karten
86,977
Retrospektiven
600,909
abgegebene Stimmen auf Karten
Die Rangliste der Beschwerden
Testing und QA
10.2%
Tickets und Anforderungen
8.1%
Deployments und Releases
4.9%
Schätzung und Planung
4.5%
Bugs und Incidents
4.0%
Code-Reviews und PRs
3.0%
Meetings und Ceremonies
2.7%
Umgebungen, CI und Tooling
2.6%
Dokumentation
2.2%
Abhängigkeiten und Blocker
2.2%
Kommunikation
1.9%
Deadlines und Verzögerungen
1.9%
Was Teams schreiben, ist nicht das, wofür sie stimmen

- Code-Reviews und PRs: 0.80 Stimmen pro Karte. Das meistgewählte Beschwerdethema im Datensatz, 25% über dem Durchschnitt.
- Arbeitslast und Burnout: 0.79. Nur 1% der Karten erwähnen es, aber wenn es jemand tut, stimmt der ganze Raum ab.
- Scope Creep und Tech Debt: je 0.77. Selten aufgeschrieben, stark unterstützt.
Beschwerden sind hartnäckig
| Thema | Basisrate in einer Retro | Wenn es in der letzten Retro auftauchte | Multiplikator |
|---|---|---|---|
| Kommunikation | 9.1% | 21.3% | 2.3x |
| Arbeitslast und Burnout | 5.8% | 10.9% | 1.9x |
| Meetings | 12.1% | 21.6% | 1.8x |
| Dokumentation | 10.8% | 19.0% | 1.8x |
| Code-Reviews | 16.8% | 29.2% | 1.7x |
| Tickets und Anforderungen | 31.7% | 47.3% | 1.5x |
Die Action-Item-Lücke
2.7x
höhere Abschlussquote, wenn jemand verantwortlich ist
2.5x
höhere Abschlussquote mit Fälligkeitsdatum
1.1%
der Action Items bekommen ein Fälligkeitsdatum
Anonymität führt nicht zu mehr Negativität
Kleinere Funde, die wir nicht erwartet haben

- Der mittlere Abstand zwischen Retros beträgt exakt 14 Tage. 46% der Teams machen ihre Retro alle zwei Wochen, 19% monatlich, 13% wöchentlich. Der Zwei-Wochen-Sprint lebt. (Mehr zur Wahl der Kadenz in wie oft du Retros machen solltest.)
- Beschweren braucht mehr Worte. Die mittlere Beschwerdekarte hat 65 Zeichen; die mittlere positive Karte 54. Probleme kommen mit Kontext; Lob kommt als High-Five.
- Es gibt tausend Arten, "reviewt meinen PR" zu sagen. Mit dem Embedding-Index haben wir über 1,000 Karten gefunden, die Beinahe-Umschreibungen eines einzigen Satzes sind: "Pull Requests liegen zu lange und warten auf Code-Review." Der 1,000ste nächste Treffer handelt immer noch unverkennbar von langsamen Reviews.
- Die durchschnittliche Retro: 5.8 Teilnehmende, 15.4 Karten, 3.4 Spalten. Wenn deine so aussieht, bist du normal.
Was du am Dienstag damit anfangen kannst
- Folge den Stimmen, nicht dem Volumen. Das meistgeschriebene und das meistgewählte Thema sind meistens verschieden. Besprich zuerst die Karten mit den meisten Stimmen und behandle eine Karte mit wenig Volumen, aber vielen Stimmen (Arbeitslast, Tech Debt) als Signal, das doppelt so viel wiegt, wie es aussieht.
- Wandle um, bevor du schließt. Das größte Leck ist nicht die schlechte Diskussion. Es sind die 80% der Retros, die ohne Action Item enden. Ein Action Item mit verantwortlicher Person und Datum schlägt fünf verwaiste.
- Behalte Wiederholungen im Blick. Wenn ein Thema zwei Retros in Folge auftaucht, hör auf, es als Feedback zu behandeln, und fang an, es als Projekt zu behandeln. Hartnäckige Beschwerden verschwinden nicht von allein.