Blocker sichtbar machen, bevor sie den Sprint aufhalten
Warum Abhängigkeiten an die Aufgabe gehören und wie Blocker-Beziehungen früh Klarheit schaffen – damit im Zyklus nichts unbemerkt liegen bleibt.
Das Wichtigste in Kürze
- Die meisten Verzögerungen entstehen durch Warten auf etwas anderes, nicht durch die eigentliche Arbeit.
- Als Beziehung modelliert, ist ein Blocker an beiden Aufgaben sichtbar – ISS-481 wird von ISS-462 aufgehalten.
- Beim Zyklus-Planen bestimmen sichtbare Blocker die Reihenfolge, statt sie im Standup zu spät aufzudecken.
- Ketten löst du auf, indem du an der Wurzel beginnst und Abhängigkeiten auf mehrere Schultern verteilst.
Wenn eine Aufgabe im Zyklus liegen bleibt, liegt es selten daran, dass die Arbeit schwer war. Meist wartet sie: auf eine Freigabe, auf eine andere Aufgabe, auf eine Zulieferung von außen. Die eigentliche Umsetzung dauert oft weniger lang als die Zeit, die davor mit Warten vergeht. Wer Verzögerungen vermeiden will, muss also nicht schneller arbeiten, sondern das Warten sichtbar machen.
Genau hier liegt das Problem. Abhängigkeiten stehen fast nie dort, wo man sie im Alltag sieht. Sie leben in einem Satz wie „das geht erst, wenn das andere fertig ist“ – gesagt in einem Meeting, notiert in einem Kommentar oder gar nur im Kopf einer Person. Auf dem Board sieht die Aufgabe aus wie jede andere. Erst im Standup, wenn jemand fragt, warum sich nichts bewegt, kommt die Abhängigkeit ans Licht. Da ist es für die Reihenfolge im Zyklus meist zu spät.
Warum Abhängigkeiten selten dort stehen, wo man sie sieht
Eine Abhängigkeit ist kein Zustand einer einzelnen Aufgabe, sondern eine Verbindung zwischen zweien. Ein Status wie „in Arbeit“ oder eine Priorität lässt sich an einer Karte ablesen. Ein „hängt an“ dagegen betrifft immer ein Paar – und Paare sind schwer zu notieren, wenn das Werkzeug nur einzelne Aufgaben kennt. Also landet die Information dort, wo gerade Platz ist: im Fließtext eines Kommentars, in einer Chatnachricht, im Gedächtnis.
Das rächt sich doppelt. Erstens sieht niemand die Abhängigkeit, der nicht zufällig denselben Kommentar gelesen hat. Zweitens ist sie nicht auffindbar, wenn du sie brauchst – nämlich beim Planen, wenn du entscheidest, was zuerst drankommt. Die Abhängigkeit existiert, aber sie ist unsichtbar, bis sie zuschlägt. Das lässt sich vermeiden, wenn du dein Bug-Tracking von Anfang an sauber aufsetzt.
Adress-Validierung
blockiert →
Checkout-Abbruch beheben
blockiert von ISS-462
Fehler-Logging
bezieht sich auf →
Blocker als Beziehung modellieren
Der Ausweg ist, die Abhängigkeit dorthin zu schreiben, wo sie hingehört: an die Aufgabe selbst, als Beziehung. In IssuePilot verknüpfst du zwei Aufgaben, und die Beziehung ist an beiden sichtbar. Wird „ISS-481“ von „ISS-462“ aufgehalten, dann steht an ISS-481 „blockiert von ISS-462“ und an ISS-462 „blockiert ISS-481“. Du musst nicht wissen, an welcher der beiden du gerade stehst – die Information ist immer da.
Das klingt unspektakulär, verändert aber, was im Team möglich ist. Wer ISS-462 abschließt, sieht sofort, dass er damit ISS-481 freigibt, und kann Bescheid geben. Wer ISS-481 aufmacht und stockt, sieht sofort den Grund, statt zu raten. Und beim Planen zeigt sich die ganze Kette, ohne dass jemand sein Gedächtnis durchsuchen muss. Für Software-Teams ist das der Unterschied zwischen einem ruhigen und einem hektischen Zyklus.
Drei Arten von Abhängigkeiten
Nicht jeder Blocker ist gleich. Es hilft, sie beim Anlegen grob zu unterscheiden, weil sich daraus ergibt, wer sie auflösen kann.
- Technisch: Eine Aufgabe baut auf dem Ergebnis einer anderen auf – die neue Ansicht braucht erst die neue Datenstruktur. Das löst das Team meist selbst, indem es die Reihenfolge richtig legt.
- Freigabe und Kunde: Etwas ist fertig, wartet aber auf eine Entscheidung oder Abnahme. Hier hilft kein schnelleres Arbeiten, sondern ein früher gesetzter Termin für die Freigabe.
- Extern: Eine Zulieferung von außen fehlt, etwa ein Zugang oder eine Antwort. Solche Blocker gehören besonders früh markiert, weil du ihre Dauer nicht selbst in der Hand hast.
Die Unterscheidung ist keine Bürokratie. Ein technischer Blocker verschwindet, sobald das Team die Reihenfolge sortiert. Ein externer Blocker verschwindet erst, wenn jemand rechtzeitig nachgehakt hat – und das passiert nur, wenn er sichtbar ist.
Blocker beim Zyklus-Planen nutzen
Der eigentliche Wert sichtbarer Blocker zeigt sich nicht mitten im Zyklus, sondern davor. Planst du einen Zyklus und hast die Beziehungen vor dir, ergibt sich die Reihenfolge fast von allein: Was andere Aufgaben freigibt, zieht nach vorn. Was auf eine externe Antwort wartet, stößt du sofort an, damit die Wartezeit nicht in den Zyklus fällt.
So wird aus dem Zyklus keine flache Liste gleichwertiger Aufgaben, sondern eine Abfolge mit einem inneren Takt. Der Zyklus gibt den Rahmen vor, die Blocker geben die Reihenfolge darin. Das ist weniger dramatisch als ein Krisen-Standup am Mittwoch, aber es verhindert genau die Krise, die dort sonst besprochen wird.
Eine Blocker-Kette auflösen
Manchmal hängt nicht eine Aufgabe an einer anderen, sondern eine ganze Reihe: ISS-481 wartet auf ISS-462, das wiederum auf ISS-455. Der Reflex ist, oben anzufangen, bei der Aufgabe, die man gerade sieht. Wirksam ist das Gegenteil: Fang an der Wurzel an, bei der Aufgabe, die auf nichts mehr wartet. Solange die nicht fertig ist, bewegt sich der Rest der Kette ohnehin nicht.
Öffne dazu die blockierte Aufgabe im Sideboard und folge der Beziehung rückwärts, bis du bei der ersten Aufgabe ohne offenen Blocker ankommst. Diese eine ziehst du nach vorn. Ist sie erledigt, fällt der nächste Blocker weg, und die Kette löst sich Glied für Glied. Wichtig ist außerdem, nicht alles an einer Person aufzuhängen: Wenn die Wurzelaufgabe und die Folgeaufgabe von verschiedenen Leuten kommen, staut sich nichts hinter einem einzelnen Kalender.
Checkout bricht bei langer Lieferadresse ab
- Status
- In Arbeit
- Priorität
- Dringend
- Verantwortlich
- MK Mara K.
- Projekt
- Checkout 2.0
- Zyklus
- Zyklus 14
Adress-Validierung im Backend
Unteraufgaben · 2/3
Häufige Fehler
Die meisten Blocker-Probleme entstehen nicht aus fehlendem Wissen, sondern aus Gewohnheit. Diese drei tauchen immer wieder auf.
- Blocker nur mündlich: Wird die Abhängigkeit im Standup gesagt, aber nirgends verknüpft, ist sie am nächsten Tag wieder unsichtbar. Sag sie ruhig – aber verknüpf sie danach.
- Zu spät markiert: Ein Blocker, der erst auffällt, wenn die Aufgabe schon dran ist, hat seinen Zweck verfehlt. Er gehört beim Anlegen oder spätestens beim Planen gesetzt, nicht mittendrin.
- Alles hängt an einer Person: Wenn jede Kette bei derselben Person endet, ist nicht die Aufgabe der Engpass, sondern die Verteilung. Das erkennst du erst, wenn die Beziehungen sichtbar sind.
Checkliste fürs Zyklus-Planen mit Blockern
Bevor ein Zyklus startet, lohnt sich ein kurzer Durchgang. Er kostet wenige Minuten und erspart die halbfertigen Aufgaben am Ende.
- Jede Aufgabe kurz prüfen: Wartet sie auf etwas? Wenn ja, als Blocker-Beziehung verknüpfen.
- Externe Blocker gesondert ansehen und die Wartezeit sofort anstoßen, bevor der Zyklus läuft.
- Freigabe- und Kundenblocker mit einem konkreten Zeitpunkt versehen, nicht nur vermerken.
- Ketten von der Wurzel her ordnen und die erste Aufgabe ohne offenen Blocker nach vorn ziehen.
- Prüfen, ob sich mehrere Blocker hinter einer Person stauen, und bei Bedarf verteilen.
Wer diesen Durchgang zur Gewohnheit macht, verschiebt seine Aufmerksamkeit vom Reagieren zum Vorausschauen. Die Blocker sind dann kein Alarm mehr, der mitten im Zyklus losgeht, sondern eine Information, die vorher schon auf dem Tisch liegt.
Lösung für Software-Teams
AnsehenYannick Schneider
Gründer von IssuePilot
Yannick entwickelt bei Schneider & Liska Webservice Websites und Software für Kunden. IssuePilot ist aus genau diesem Alltag entstanden – dem Wunsch, Feedback, Bugs und Aufgaben nicht länger aus fünf Kanälen zusammenzusuchen.
Mehr über uns