Projektstatus durch Bug Flow?!

Projektstatus anhand von Bug Zufluss und Abfluss
schätzen

‍
Bist du PO und musst des Öfteren an Stakeholder kommunizieren, wie es um dein
Projekt steht und wann es fertig sein wird? Oder bist du Scrum Master und hast
das Gefühl, dass das Projekt eigentlich hängt, das Management aber immer noch
einer auf Bauchgefühlen basierenden Deadline glaubt?
‍

Dann könnte diese Methode, den Projektstatus zu beobachten, für dich hilfreich sein.
‍

Diese Methode ist anwendbar, wenn ihr in einem Projekt arbeitet, in dem ein
bestimmter Funktionsumfang vorab definiert wurde, der zu einer Deadline
geliefert werden soll. Wenn ihr kontinuierlich liefert, eignet sie sich nicht!
‍

Die Methode besteht ganz einfach daraus, den Zufluss und Abfluss von Bugs im
Backlog zu tracken. Der Zufluss sagt aus, wie viele Bugs pro Sprint neu
hinzukommen (das erste Mal reportet werden).

Der Abfluss beschreibt, wie viele
Bugs pro Sprint bereinigt wurden. Idealerweise gewichtet ihr diese Bugs noch mit
einem Faktor je nach Schwere des Bugs:
- Kritisch: 20
- Hoch: 10
- Mittel: 7
- Niedrig: 3
- Sehr niedrig: 1

‍
In den meisten Projekten folgen Zufluss und Abfluss in etwa einer bergartigen
Kurve, d.h. zu Beginn des Projekts ist die Zahl der aufgenommenen Bugs gering
(weil noch so wenig steht, was getestet werden kann), steigt dann im
Projektverlauf an und sinkt gegen Projektende ab, weil die letzten Bugs gefixt
werden (und oft die Anweisung besteht, nur noch schwere Bugs zu reporten).
‍

Solange beide Größen noch relativ hoch sind, heißt es, dass euer Team noch
immer Bugs entdeckt und behebt. Wenn du den Verlauf beider Größen über
mehrere Sprints hinweg trackst, kannst du anhand des Kurvenverlaufs eine
ungefähre Abschätzung darüber machen, wie lange es noch dauert, bis ihr ein
stabiles Produkt entwickelt habt. In Verbindung mit dem Burn-Down-Chart kann
dir das eine gute Schätzung für die Lieferung ermöglichen.
‍

Aber das Tracking der Bugs hat noch einen weiteren Vorteil: Du erkennst, wann
das Team in Schieflage gerät! Ihr seid laut Burn-Down mitten im Projekt und der
Bug-Zufluss nimmt spontan ab? Vielleicht konzentriert sich dein Team gerade zu
sehr auf’s Liefern und vernachlässigt das Testen. Oder der Bug-Abfluss sinkt
plötzlich ab, obwohl der Zufluss konstant bleibt. Auch hier setzt dein Team
vermutlich gerade andere Prioritäten – was der Qualität des gelieferten Produkts
schaden könnte.
‍

Anhand der nach Schwere gewichteten Messgrößen kannst du außerdem
feststellen, ob dein Team wertoptimiert arbeitet, indem es die schweren Probleme
zuerst behebt.

Wirklich zu denken geben sollte dir eine Situation, in der Bug Zufluss und Abfluss
noch immer noch sind, aber die Deadline nahe rückt und auch das Burn-Down-
Chart zeigt, dass ihr euch der Lieferung nähert. In diesem Fall ist es
wahrscheinlich, dass dein Team ein zwar vollständiges, aber fehlerhaftes Produkt
ausliefern wird.

geschrieben von Bernhard Eickenberg