Beiträge

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

Stilisierte Illustration eines riesigen Retrospektive-Boards mit Hunderten bunter Klebezettel-Karten, die in geordnete Stapel und Diagramme fließen, während kleine Figuren sie sortieren und untersuchen
Kelly Lewandowski

Kelly Lewandowski

Zuletzt aktualisiert am 14/07/20268 Min. Lesezeit

Frag irgendjemanden, was in Softwareteams schiefläuft, und du bekommst immer dieselbe Antwort: Kommunikation. Das ist die Standarddiagnose in jedem Agile-Buch und ungefähr der Hälfte von LinkedIn. Die Karten sagen etwas anderes. Wir haben jede Retrospektive ausgewertet, die jemals auf Kollabe durchgeführt wurde: 86,977 Boards und 1,071,253 Karten, geschrieben von echten Teams zwischen Oktober 2023 und Juli 2026. Dann haben wir gemessen, worüber sich Teams beschweren, wenn gerade niemand einen Meinungsartikel schreibt. Alles hier ist Aggregatanalyse: Themenzählungen, Stimmenzahlen und Abschlussquoten. Keine einzelne Karte wird zitiert oder ist identifizierbar.
1,071,253

analysierte Retro-Karten

86,977

Retrospektiven

600,909

abgegebene Stimmen auf Karten

Eine kurze Anmerkung zur Methode: Wir haben Spalten anhand ihrer Namen als positiv oder negativ klassifiziert ("Was lief gut" vs. "Was lief schlecht", "Glad" vs. "Mad" und so weiter), was uns 254,653 Beschwerdekarten zum Arbeiten gab. Die Themen wurden per Keyword-Matching gruppiert, mit einem pgvector-Embedding-Index als semantischer Gegenprobe. Keyword-Matching ist englisch-zentriert und konservativ, daher ist jeder Prozentwert unten eine Untergrenze, keine Obergrenze.

Die Rangliste der Beschwerden

Das schreiben Teams in die Negativ-Spalte, sortiert nach Anteil an allen 254,653 Beschwerdekarten:

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%

Kommunikation, das Thema, mit dem wir angeblich alle am meisten kämpfen, liegt auf Platz elf, mit 1.9% der Beschwerdekarten. Über Testing beschweren sich Teams mehr als fünfmal so oft. Selbst Jira taucht als namentlich genanntes Tool auf 1.2% der Karten auf, fast so oft wie Kommunikation. Das heißt nicht, dass mit der Kommunikation alles in Ordnung ist. Es heißt: Wenn Teams ihre Probleme in eigenen Worten beschreiben, benennen sie konkrete Stationen der Delivery-Pipeline: die Tests, die nicht geschrieben wurden, das Ticket ohne Akzeptanzkriterien, das Release, das sich verschoben hat. "Kommunikation" ist das Etikett, das diese Probleme später bekommen, wenn die Details längst vergessen sind. Noch eine Feinheit: Testing ist auch das zweithäufigste Thema, das Teams loben (7.6% der positiven Karten, hinter Teamwork mit 13%). Testing ist kein Bösewicht; es ist der Teil des Prozesses, den Teams am genauesten beobachten, in beide Richtungen.

Was Teams schreiben, ist nicht das, wofür sie stimmen

Flat-Design-Illustration einer Balkenwaage, die auf der einen Seite einen hohen Stapel Klebezettel gegen einen kleinen leuchtenden Abstimmungs-Token auf der anderen abwiegt, während kleine Figuren auf die schwerere Seite zeigen Das Volumen verrät, was die Leute beschäftigt. Die Stimmen verraten, was sie behoben haben wollen. Die beiden widersprechen sich. Die durchschnittliche Beschwerdekarte sammelt 0.64 Stimmen. Einige Themen liegen deutlich darüber:
  • 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.
Testing, der Volumen-Champion, bekommt 0.63 Stimmen pro Karte, leicht unter dem Durchschnitt. Teams schreiben ständig über Testing, aber wenn es darum geht, was behoben werden soll, scharen sie sich um Review-Engpässe, Überlastung und technische Schulden. Zwei weitere Abstimmungsfakten, die man kennen sollte. Teams stimmen 36% häufiger über Probleme ab als über Erfolge (0.64 vs. 0.47 Stimmen pro Karte), Retros sind also wirklich dazu da, Dinge zu beheben. Und 76% der Beschwerdekarten bekommen null Stimmen, was das stärkste Argument dafür ist, überhaupt über Karten abzustimmen: Ohne Abstimmung sieht jede Karte gleich wichtig aus.

Beschwerden sind hartnäckig

Wir haben uns 9,250 Paare aufeinanderfolgender Retrospektiven desselben Teams angesehen und gefragt: Wenn ein Thema in dieser Retro auftaucht, wie wahrscheinlich taucht es in der nächsten wieder auf? Jedes einzelne Thema wiederholt sich häufiger als seine Basisrate. Die hartnäckigsten:
ThemaBasisrate in einer RetroWenn es in der letzten Retro auftauchteMultiplikator
Kommunikation9.1%21.3%2.3x
Arbeitslast und Burnout5.8%10.9%1.9x
Meetings12.1%21.6%1.8x
Dokumentation10.8%19.0%1.8x
Code-Reviews16.8%29.2%1.7x
Tickets und Anforderungen31.7%47.3%1.5x
Kommunikation führt diese Tabelle an. Teams beschweren sich selten darüber, aber die, die es tun, bleiben meist daran hängen. Prozessbeschwerden wie Tickets und Testing kehren zum Teil wieder, weil sie überall häufig sind; dass Kommunikation mit 2.3x ihrer Basisrate wiederkehrt, deutet auf etwas hin, das sich schwerer loswerden lässt. Wenn dieselbe Karte immer wieder auftaucht, scheitert die Retro nicht daran, das Problem zu finden. Sie scheitert daran, es zu beheben. Womit wir beim unangenehmen Teil wären.

Die Action-Item-Lücke

Nur 19.6% der Retrospektiven bringen ein einziges Action Item hervor. Vier von fünf Boards voller Stimmen und Diskussionen enden, ohne dass festgehalten wird, was dagegen getan werden soll. Und die Action Items, die erstellt werden, bleiben meist liegen: 68.7% stehen noch auf "ausstehend", 13.2% sind abgeschlossen und 12% wurden direkt gelöscht. Aber die Daten zeigen genau, was die abgeschlossenen von den anderen unterscheidet:
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

Action Items mit einer verantwortlichen Person werden in 23.2% der Fälle abgeschlossen, gegenüber 8.6% ohne. Fälligkeitsdaten wirken sogar noch besser, mit 37% Abschlussquote, und trotzdem setzt sie fast niemand. Das sind die zwei günstigsten Maßnahmen im gesamten Datensatz: Sag einen Namen und ein Datum laut aus, bevor das Meeting endet. Wir haben einen ausführlichen Leitfaden dazu geschrieben, wie Retrospektive-Action-Items wirklich umgesetzt werden, falls dein Team genau hier Wert verliert.

Anonymität führt nicht zu mehr Negativität

Eine verbreitete Sorge bei anonymen Retro-Karten: Anonymität einschalten, und das Board wird zur Beschwerdewand. Die Daten sagen Nein. Rund 5.8% aller Karten werden anonym gepostet. Ihr Negativanteil liegt bei 22.7%, etwas niedriger als die 23.8% bei Karten mit Namen. Die Leute heben sich ihr härtestes Feedback nicht für den anonymen Modus auf; sie nutzen ihn vor allem, um dasselbe zu sagen, ohne sich Gedanken darüber zu machen, wie es ankommt. Wenn dein Team zögert, ihn einzuschalten, ist das hier der Beleg, dass er deine Retro nicht toxisch macht. Für Teams, die noch an ihrer psychologischen Sicherheit arbeiten, ist er ein risikoarmer Weg, leisere Stimmen zu hören.

Kleinere Funde, die wir nicht erwartet haben

Saubere Vektorillustration einer Lupe über einer Wand aus kleinen bunten Karten, die winzige Diagramme, Kalendersymbole und Uhrensymbole sichtbar macht, die sich darin verbergen
  • 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

Der Datensatz legt drei Schritte nahe, die jede moderierende Person sofort umsetzen kann:
  1. 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.
  2. 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.
  3. 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.
Wenn du sehen willst, wie dein Team im Vergleich dasteht, führe deine nächste Retro auf Kollabes kostenlosen Retrospektive-Boards durch oder stöbere in den Live-Retrospektive-Statistiken, auf denen dieser Beitrag basiert. Und falls dein Board-Format angestaubt ist, baut dir der Retrospektive-Vorlagen-Generator in Sekunden eine eigene Vorlage.

Testing und QA, auf 10.2% von über 254,000 analysierten negativen Retro-Karten, gefolgt von Tickets und Anforderungen (8.1%) sowie Deployments und Releases (4.9%). Kommunikation liegt mit nur 1.9% auf Platz elf.

In unseren Daten insgesamt 13.2%. Action Items mit einer verantwortlichen Person werden zu 23.2% abgeschlossen, gegenüber 8.6% ohne, und Items mit Fälligkeitsdatum erreichen 37%.

Der mittlere Abstand zwischen Retrospektiven desselben Teams beträgt 14 Tage. Rund 46% der Teams machen sie alle zwei Wochen, 19% monatlich und 13% wöchentlich.

Nein. Anonyme Karten sind zu 22.7% negativ, gegenüber 23.8% bei Karten mit Namen. Anonymität ändert, wer sich sicher genug fühlt, etwas beizutragen, nicht wie hart das Feedback ausfällt.