Scrum nimmt an, dass Hindernisse angesprochen werden, typischerweise im Daily Scrum. In der Praxis wird ein erheblicher Anteil echter Hindernisse nie explizit angesprochen, was das Entdeckungsproblem mindestens ebenso wichtig macht wie das Lösungsproblem.
Warum Hindernisse ungemeldet bleiben
Normalisierung. Ein Hindernis, das seit Monaten besteht, registriert sich nicht mehr als "Hindernis", sondern schlicht als "so ist es hier eben".
Wahrgenommene Unlösbarkeit. Teammitglieder urteilen manchmal korrekt, dass etwas anzusprechen, das jenseits der Macht des Scrum Masters liegt, es nicht zu beheben, den Aufwand nicht wert ist.
Zuschreibung an sich selbst statt an das System. Ein Teammitglied, das mit unklaren Anforderungen kämpft, schreibt die Schwierigkeit manchmal der eigenen unzureichenden Fähigkeit zu, statt einem legitimen systemischen Hindernis.
Sozialer Preis, schuldnahe Hindernisse anzusprechen. Ein von einem anderen Team oder einer Einzelperson verursachtes Hindernis direkt zu benennen, trägt echtes soziales Risiko.
Bessere Entdeckungsmechanismen als das Warten auf den Daily Scrum
Direkte Beobachtung: auf Zögern, Frustration oder stille Workarounds achten, statt sich vollständig darauf zu verlassen, dass Menschen Probleme proaktiv ansprechen.
Explizit nach normalisierter Reibung fragen: ein regelmäßiges "was ist zu 'so ist es eben' geworden, das tatsächlich noch ein echtes Problem ist?" bringt Hindernisse ans Licht, die durch passives Zuhören nicht auftauchen würden.
Es explizit sicher machen, organisatorisch verursachte Hindernisse zu benennen, gerahmt als Systemprobleme statt individuelle Fehler.
Lösen, was gefunden wird
Hindernisse teilen sich in solche, die innerhalb des Teams lösbar sind, und solche, die organisatorische Intervention erfordern. Die zweite Kategorie erfordert, dass der Scrum Master tatsächlich außerhalb des Teams eskaliert und vertritt, oft dort, wo die folgenreichsten, am längsten bestehenden Hindernisse tatsächlich gelöst werden.