Hilfe, unsere Experten werden zum Bottleneck!

Worum es geht

Versteht mich nicht falsch – welches Scrum-Team startet denn nicht mit einer unausgewogenen Verteilung von Fähigkeiten und Skills? Das ist normal. Das Problem ist nur, dass diese Ungleichheit oft zu kritischen Engpässen wird.

Was ich konsistent beobachte ist diese Situation: Das Team arbeitet mit einem priorisierten Backlog und stellt plötzlich fest: "Das hat eigentlich immer Bob gemacht" und "Bob kann in den nächsten zwei Wochen nur zwei dieser Items bearbeiten". Der Wertfluss kommt ins Stocken, Frustration steigt, und der Druck auf Bob wird ungesund.

In dieser Episode gehen wir der Frage nach: Wie können wir diese Bottleneck-Situation überwinden, ohne in voreilige, nicht nachhaltige Lösungen zu verfallen? Die Antwort liegt nicht im sofortigen Pair-Programming-Mandat, sondern darin, den Bedarf für Veränderung erst einmal für alle Beteiligten konkret und unausweichlich sichtbar zu machen.

Für wen?

Episoden-Insights

1. Scrum ist ein Spiegel, kein Problemlöser

Scrum ist so gestrickt, dass es uns erst mal kein Problem löst, sondern es uns vor allem sichtbar macht. Das Framework zwingt uns durch regelmäßige Überprüfung und Anpassung, uns mit den realen Hindernissen auseinanderzusetzen – wie dem "Bob"-Bottleneck. Erst wenn dieses Hindernis für alle klar auf dem Tisch liegt, kann das Team beginnen, wirksame Gegenmaßnahmen zu entwickeln. Das ist unbequem, aber notwendig.

"Scrum ist ja so gestrickt ..., dass es uns erst mal ja kein Problem löst, sondern uns diese erst mal vor allem sichtbar macht."

2. Sichtbarer Bedarf schafft Eigenantrieb

Ein klassischer Fehler ist es, als Scrum Master oder Führungskraft mit fertigen Lösungen ("Ab jetzt machen wir alle Pair Programming!") zu kommen. Das stößt oft auf Widerstand. Der wirksamere Hebel ist es, den Team-Mitgliedern selbst die Konsequenzen der aktuellen Situation vor Augen zu führen. Wenn das Team im Sprint Planning oder anhand der Skill-Matrix selbst sieht, welche wertvollen Backlog-Items liegen bleiben, entsteht ein intrinsischer Drang, etwas zu ändern.

"Meiner Erfahrung ist ... dass wenn die beteiligten Personen diesen Bedarf sehen und auch ein konkretes Handlungsfeld gemeinsam sehen, dann werden Verbesserungsideen ganz anders aufgegriffen."

3. Nutze das Product Backlog als Diagnose-Tool

Ein einfacher, aber extrem wirkungsvoller Schritt: Priorisiere dein Product Backlog strikt nach Business-Wert. Diese klare Priorisierung legt sofort offen, welche der wertvollsten Anforderungen blockiert sind, weil das notwendige Wissen nur bei einer Person liegt. Dies schafft eine objektive, wertorientierte Grundlage für das Gespräch mit dem Product Owner und dem Team über Wissensverteilung. Es verschiebt den Fokus von "Bob ist schuld" zu "Unser wertvollstes Ziel ist in Gefahr".

Dein nächster Schritt

Kommt dir das bekannt vor? Die Bottleneck-Problematik ist komplex und lässt sich nicht mit einer Standardlösung wegdrücken. Für weitere praxisnahe Impulse, wie du als agiler Begleiter Teams nachhaltig entwickelst, melde dich für unseren wöchentlichen Newsletter an.