Abhängigkeiten im Sprint: Warum Dein Team nichts liefert – und was Du dagegen tun kannst

Große Organisationen, die mit Scrum starten, tappen fast alle in dieselbe Falle: Sie nutzen das Product Backlog und die Scrum-Ereignisse nicht, um Probleme zu lösen – sondern um Abhängigkeiten zu verwalten. Sprint Planning wird zur Koordinationssitzung. Das Board wird zur Statusübersicht. Und das Team? Wartet. Was kann man tun?

---

Das Muster, das niemand ausspricht

Es ist ein bekanntes Bild: Arbeit wird in den Sprint gezogen, obwohl Zulieferungen von anderen Teams noch nicht da sind. Alle hoffen, dass es schon klappen wird. Meistens tut es das nicht. Am Ende des Sprints steht das Team mit leeren Händen da – nicht weil es schlecht gearbeitet hat, sondern weil die Voraussetzungen nie gegeben waren.

Das ist frustrierend. Und es ist verständlich, dass Teams in dieser Situation das Gefühl haben, machtlos zu sein. Ständig auf andere zu warten und immer wieder enttäuscht zu werden – das zermürbt.

Eine Entscheidung, die alles verändert

Die Empfehlung der agilen Community ist einfach und unbequem zugleich: Zieht keine Arbeit in den Sprint, wenn die Zulieferungen nicht vorher da sind. Das Sprint-Ziel darf niemals von ungelösten Abhängigkeiten abhängen.

Ja, das bedeutet manchmal, auf wichtige Themen zu verzichten. Ja, das fühlt sich zunächst falsch an. Aber es ist die ehrlichste Entscheidung, die ein Team treffen kann – und die wirksamste.

„Aber was machen wir dann?”

Diese Frage kommt immer. Hier sind konkrete Antworten:

• Bedingte Aktivitäten vorbereiten. Im Sprint Planning könnt ihr besprechen, was ihr tut, falls eine Zulieferung doch kommt. Dann seid ihr sofort startklar – aber euer Sprint-Ziel hängt nicht davon ab.
• Die nächstwichtigen Aufgaben ziehen. Es gibt fast immer Arbeit, bei der schon alles geklärt ist. Die hat vielleicht weniger Dringlichkeit, aber sie bringt echten Fortschritt.
• Aufräumen, automatisieren, lernen. Technische Schulden abbauen, Deployments vereinfachen, sich gegenseitig Skills beibringen. Das sind keine Lückenfüller – das ist Investition in eure Lieferfähigkeit.
• Das eigentliche Problem angehen. Warum fehlen die Zulieferungen immer wieder? Wer muss mit wem reden? Was muss sich ändern, damit ihr in Zukunft unabhängiger arbeiten könnt?
• Hack-Days einplanen. Fokussierte Zusammenarbeit an einem Tag, an dem alle an einem Thema arbeiten. Das schafft Energie und Ergebnisse.

Der eigentliche Kern von Scrum

Gute Teams hören irgendwann auf zu warten. Sie fangen an, die Ursachen zu verstehen und mit Ideen zur Verbesserung ihrer Lieferfähigkeit zu experimentieren. Das dauert. Es ist unbequem. Und es erfordert Mut, Dinge anders zu machen als der Rest der Organisation.

Aber genau das ist der eigentliche Kern von Scrum: nicht Abhängigkeiten verwalten, sondern Probleme lösen. Sprint für Sprint. Eine Verbesserung nach der anderen.

Die eine Entscheidung – keine Arbeit ohne erfüllte Voraussetzungen – ist der Anfang davon.