5 Anti-Patterns die deine Sprint-Retros ruinieren

Symptom: 60 Min Retro, alle beklagen sich. Ende: 'das war gut, nächste Woche wieder'. Keine konkreten Aktionen.

Warum es passiert: keine explizite Aktions-Phase im Format. Team weiss nicht dass Beschwerden zu Aktionen werden sollten.

Fix: jede Retro endet mit 1-2 konkreten Aktionen + Owner + Deadline. Diese werden in den nächsten Sprint mitgenommen. Nächste Retro startet mit 5 Min Status-Update zu letzten Aktionen.

Symptom: jede Retro fragt 'Was lief gut / Was nicht gut / Was machen wir nächstes Mal anders'. Nach 3 Wochen langweilig, nach 6 Monaten tot.

Warum es passiert: Scrum-Master kennt nur ein Format. Team-Aufmerksamkeit sinkt mit Wiederholung.

Fix: Format jede Retro wechseln. Starfish (Start/Stop/Continue/More/Less), Sailboat (Wind/Anker/Riffe/Insel), Mad/Sad/Glad, 4Ls (Liked/Learned/Lacked/Longed-for). Auch: 1-1 Retro statt Gruppe alle 4-6 Sprints.

Symptom: Linien-Manager oder skip-Level-Boss sitzt mit dabei. Team teilt keine ehrlichen Frustrations-Punkte.

Warum es passiert: Manager will 'informiert bleiben' oder es ist Tradition vom Wasserfall. Psychologische Sicherheit kollabiert.

Fix: Retro ist Team-Event, Manager NICHT dabei. Scrum Master kommuniziert relevante System-Issues nach oben, nicht Manager-Beobachtung. Wenn Manager unbedingt dabei sein muss: separates 'Show-Case-Retro' mit gefilterten Themen.

Symptom: in jeder Retro werden 3-5 Aktionen definiert. Beim nächsten Mal erinnert sich niemand mehr. Aktionen versanden.

Warum es passiert: keine Persistenz. Aktionen leben nur in Retro-Notizen, nicht im Backlog.

Fix: jede Aktion wird als Story in den nächsten Sprint geschoben (Issue-Tracker). Owner trackt Status. Erste 5 Min der nächsten Retro: 'Was haben wir letztes Mal beschlossen, was ist passiert?'.

Symptom: 'Tests waren zu langsam' wird beklagt, nächste Retro: 'Tests immer noch langsam'. Klassisch.

Warum es passiert: Team diskutiert was Symptom, nicht Ursache. 5-Whys-Technik fehlt.

Fix: bei jeder Beobachtung 3-5x 'Warum?' fragen. 'Tests waren langsam' -> Warum? -> 'Test-Suite zu gross' -> Warum? -> 'Keine Test-Klassifizierung' -> Warum? -> 'Niemand hat Zeit für Refactoring' -> Warum? -> 'Keine Tech-Debt-Kapazität im Backlog'. Letzte Ursache ist die actionable.