Wird aber normalerweise genutzt um "bewertete" Arbeitsaufgaben zu tracken. Im SCRUM werden ja die Tasks zu beginn jedes Sprints von den Entwicklern auf ihre Komplexität geschätzt.
Damit bekommt man ein ganz grobes Gefühll wieviel Arbeit drin steckt pro Aufgabe. Und der Burndown Chart gibt dann pro Tag an wieviele Komplexitätspunkte noch zu offen bzw. in Arbeit sind im Sprint.
Das für die Bugfixing Phase zu nutzen ist nur bedingt sinnvoll. Zwar sehen wir nun die Anzahl, aber die Severity (Blocker, critical) gibt keinen Hinweis darauf wie komplex das Problem ist. Ein Blocker kann mit einer Zeile Code behoben werden. Ein weniger schwerer Fehler aber den kompletten Umbau von z.B. Item System 2.0 bedeuten.
Außerdem wird es wieder viel Geschrei geben wenn die Anzahl der Bugs in den nächsten zwei Wochen eher steigt als sinkt. Sobald die Evocatis am testen sind wir da einiges an Bugs auffallen.