Definition
In einem Burndown Chart wird grafisch die noch zu erledigende Arbeit in Relation zu der bereits verstrichenen Zeit (z.B. Sprint oder Iteration) gezeigt. Die noch zu erledigende Arbeit (in Form von Tickets oder Issues) wird üblicherweise auf der senkrechten Achse dargestellt, die Zeit auf der waagerechten. Viele Tools wie Jira bieten Burndown Charts als Standardreport an, in dem eine Ideallinie und eine "echte" Verlaufskurve der abgearbeiteten Tickets angezeigt wird.
Als Skala wird in der Regel die Einheit "Story Points" verwendet. Ein Sprint startet also in der Regel mit einem gewissen Arbeitsvolumen (z.B. 55 Story Points) und wird von Tag zu Tag weniger, da jeden Tag ein paar Aufgaben abgearbeitet werden, welche zuvor im Planning mit einem gewissen Story Point Wert bewertet wurden. Die fallende Linie zeigt also an, wie viele Story Points bisher abgearbeitet (Done) wurden.
Bedeutung für die Praxis
Burndown Charts sind ein wichtiges Element für agile Teams, sollten aber auch nicht überbewertet werden. Sie dienen in erster Linie als Indikator für die Teamzusammenarbeit. Nimmt man sich zu viel Arbeit vor, wird der Burndown nicht fertig und es kommt zum Spill Over (eingeplante Aufgaben müssen in den nächsten Sprint/Iteration verschoben werden). Verläuft die Linie zu Beginn eher waagrecht und fällt erst zum Ende des Sprints steil nach unten, spricht dies für ein spätes Testing. Läuft die Linie hingegen während des Sprints im Zigzack hoch und runter, spricht dies für ein suboptimales Backlog Management und ständige Repriorisierungen.
Ein Burndown sagt allerdings nie die ganze Wahrheit. Man kann aber bereits erste Ursachen für vorhandene Probleme ableiten und gleichermaßen den Grad der bereits erzielten Optimierung draus ablesen. WICHTIG: Die Burndowns verschiedener Teams kann man in der Regel nicht miteinander vergleichen (höchstens den Verlauf - nicht aber die Menge der geschafften Story Points). Unter Velocity findet ihr hierzu noch mehr.