Der Sinn von Sprint Burndown Charts
Ich möchte gerne ein paar Fragen zu Sprint Burndown Charts (der graphische Darstellung noch zu erledigender Arbeiten) klären:
- Zeigt ein Burndown Chart alle Tasks, die noch im Sprint Backlog sind oder nur die bereits angefangenen?
- Wenn während eines Sprints ein Bug auftaucht, sollten dann dafür zusätzliche Tasks in den Sprint Backlog aufgenommen werden und sollten sich diese im Burndown Chart widerspiegeln?
Solche Fragen können einfach beantwortet werden, wenn wir uns vor Augen halten, was der eigentliche Sinn eines solchen Diagramms ist: Es zeigt, wie viel Arbeit im Sprint noch unerledigt ist.
Einschätzungen im Burndown Chart
Dafür müssen die Einschätzungen von allen übrig gebliebenen Tasks in einem Sprint zusammengerechnet werden. Wenn man ein Task Board benutzt, nimmt man alle Tasks aus der “Doing” bzw. “In Process” Spalte, der “To Do” Spalte und allen anderen, in denen es noch unfertige Arbeiten gibt und addiert deren Einschätzungen. Da das [Burndown Chart] unerledigte Tasks widerspiegelt, findet man auch die Änderungen von den Einschätzungen der Tasks in den Werten des Diagramms wieder.
Warum sollte ein Team aber überhaupt die Einschätzung von Tasks ändern, die noch gar nicht begonnen wurden? (Also von Tasks, die noch in der “To Do” Spalte sind.) Unter Umständen ist eine solche Aufgabe einer anderen sehr ähnlich, an der bereits gearbeitet wird. Das Team merkt nun, dass dafür mehr Zeit benötigt wird als angenommen. Da sich die beiden Tasks so ähnlich sind, werden wohl beide länger dauern und somit wird die Einschätzung geändert.
Wenn jemand einen Bug entdeckt, sollte er mir sofort sagen: “Mike, es gibt einen Bug in deinem Code, wenn ich dies und jenes mache.” Dann sollte ich den Bug sofort fixen. Dadurch würden keine zusätzlichen Tasks in den Sprint Backlog kommen und somit würde auch die Kurve im Burndown Chart nicht wieder steigen. Wenn der Bug nicht sofort beseitigt werden kann (etwa weil ich mit anderen Sachen beschäftigt bin), dann sollte er als neuer Task in den Sprint aufgenommen werden. Wenn der Burndown das nächste Mal berechnet wird, wird diese zusätzliche Arbeit demnach miteingerechnet.
Denken Sie bei dieser Art von Fragen also immer daran, dass der Sinn von Sprint Burndown Charts ist, darzustellen, wie viel Arbeit noch erledigt werden muss.
Scrum Master Training
=> Werde zertifizierter Scrum Master mit unseren Trainings
Velocity orientiertes Sprint Planning
=> Vorteile der Sprintplanung mit Velocity
Was ist ein Sprint Planning Meeting?
=> Definition, Ablauf und Tipps zur Sprintplanung in Scrum!