Zum Inhalt springen
IssuePilot
BlogPraxis

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.

Yannick SchneiderGründer von IssuePilot··7 Min. Lesezeit

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.

IssuePilot · Beziehungen
ISS-462

Adress-Validierung

blockiert →

ISS-481

Checkout-Abbruch beheben

blockiert von ISS-462

ISS-455

Fehler-Logging

bezieht sich auf →

An der Aufgabe steht direkt, wovon sie blockiert wird und was sie selbst blockiert.

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.

IssuePilot · Board
Board · Zyklus 1424
MK
Offen2
ISS-479Hoch

Filter behält Auswahl nach Reload nicht

1TL
ISS-470Mittel

Export-Button auf Mobilgeräten nicht klickbar

blockiertJD
In Arbeit1
ISS-481Dringend

Checkout bricht bei langer Lieferadresse ab

4MK
Review1
ISS-475Mittel

Onboarding-Mail wird doppelt verschickt

8SR
Erledigt1
ISS-468Niedrig

Dashboard-Diagramm lädt langsam

2MK
Im Board wandert nach vorn, was andere Aufgaben freigibt – die Reihenfolge folgt den Blockern.

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.

IssuePilot · Aufgabe
ISS-481In Arbeit

Checkout bricht bei langer Lieferadresse ab

Status
In Arbeit
Priorität
Dringend
Verantwortlich
MK Mara K.
Projekt
Checkout 2.0
Zyklus
Zyklus 14
Blockiert von ISS-462

Adress-Validierung im Backend

Unteraufgaben · 2/3

Feldlänge im Formular prüfen
API-Limit anheben
Regressionstest ergänzen
TL
Tritt nur ab 60 Zeichen auf – Beispiel im Anhang.
checkout-fehler.png
Im Sideboard folgst du der Kette rückwärts bis zur Wurzel, die auf nichts mehr wartet.

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

Ansehen
YS

Yannick 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

Häufige Fragen

Ein Blocker ist eine Aufgabe, die eine andere aufhält. Erst wenn der Blocker erledigt ist, kann die abhängige Aufgabe weitergehen. In IssuePilot ist diese Abhängigkeit eine Beziehung, die an beiden Aufgaben sichtbar ist.

Indem Abhängigkeiten direkt an der Aufgabe stehen statt in Köpfen oder Kommentaren. Prüfe beim Zyklus-Planen jede Aufgabe kurz darauf, ob sie auf etwas wartet, und verknüpfe sie dann als Blocker-Beziehung. So siehst du beim Planen sofort, was zuerst fertig sein muss.

Ein technischer Blocker liegt im Team selbst: Eine Aufgabe baut auf dem Ergebnis einer anderen auf, die Reihenfolge löst ihn. Ein externer Blocker wartet auf etwas von außen, etwa eine Antwort oder einen Zugang. Dessen Dauer hast du nicht selbst in der Hand, deshalb gehört er besonders früh markiert.

Fang nicht bei der sichtbaren Aufgabe an, sondern folge der Kette rückwärts bis zur Wurzel, die auf nichts mehr wartet. Diese eine Aufgabe ziehst du nach vorn. Ist sie erledigt, fällt der nächste Blocker weg und die Kette löst sich Glied für Glied.

Ja. Blocker und Beziehungen zwischen Aufgaben gehören zum Free-Plan, ebenso Board und Liste. Zyklen für die getaktete Planung sind Teil des Pro-Plans.

Klingt nach eurem Ablauf?

Probier IssuePilot mit deinem Team aus und richte deinen ersten Eingang in wenigen Minuten ein.

Keine Kreditkarte nötig · In 15 Minuten startklar · Jederzeit kündbar

  • Server in Deutschland
  • DSGVO-konform
  • Entwickelt in Deutschland

Lieber erst sprechen? Demo anfragen