Ein Burndown-Diagramm ist ein einfaches Liniendiagramm, das auf einen Blick eine Frage beantwortet: Wie viel Arbeit ist noch zu erledigen, und liegen wir im Zeitplan, um sie abzuschließen? Die vertikale Achse zeigt die verbleibende Arbeit – in der Regel Story Points oder Aufgaben – und die horizontale Achse zeigt die Zeit, typischerweise die Tage eines Sprints. Wenn das Team Arbeit erledigt, sinkt die Linie in Richtung Null, oder „brennt ab“.

So lesen Sie ein Burndown-Diagramm

Ein Burndown-Diagramm zeigt in der Regel zwei Linien:

  • Die ideale Linie verläuft geradlinig von der gesamten geleisteten Arbeit am ersten Tag bis hinunter auf Null am letzten Tag. Sie steht für ein vollkommen gleichmäßiges Tempo und dient als Orientierung, nicht als Plan, den das Team exakt einhalten muss.
  • Die aktuelle Linie stellt den tatsächlichen Arbeitsrückstand am Ende jedes Tages dar.

Wenn Sie den Abstand zwischen ihnen betrachten, erfahren Sie fast alles, was Sie wissen müssen:

  • Tatsächlich über dem Idealwert – das Team liegt hinter dem gleichmäßigen Tempo zurück.
  • Tatsächlich unter dem Idealwert – das Team liegt vorn.
  • Eine flache Ist-Zeile – es wird nichts abgeschlossen; die Arbeit ist möglicherweise ins Stocken geraten, oder die Posten sind zu umfangreich, um abgeschlossen zu werden.
  • Ein plötzlicher Sprung nach oben – der Sprint wurde mitten im Lauf erweitert.

Der Gesamtverlauf ist wichtiger als ein einzelner Tag. Ein Kurvenverlauf, der beispielsweise erst in den letzten beiden Tagen stark abfällt, deutet oft darauf hin, dass die Arbeit als „fast fertig“ und nicht als abgeschlossen betrachtet wird – eine nützliche Erkenntnis.

Sprint-Burndown vs. Release-Burndown

Ein Sprint-Burndown erfasst Tag für Tag den verbleibenden Arbeitsaufwand innerhalb eines Sprints. Er dient dem Team als eigenes Instrument zur Steuerung des aktuellen Sprints. Ein Release- (oder Produkt-)-Burndown erfasst die verbleibende Arbeit über mehrere Sprints hinweg im Hinblick auf ein größeres Ziel, wird in der Regel pro Sprint statt pro Tag gemessen und hilft dabei, vorherzusagen, wann ein gesamtes Arbeitsvolumen abgeschlossen sein wird. Das eine bezieht sich auf den aktuellen Sprint, das andere auf die Roadmap.

Burndown vs. Burnup

Ein Burndown-Diagramm zeigt den verbleibenden Arbeitsaufwand, der gegen Null tendiert. Ein Burnup-Diagramm zeigt den erledigten Arbeitsaufwand, der auf eine separate Linie ansteigt, die den Gesamtumfang darstellt. Der Vorteil des Burnup-Diagramms besteht darin, dass der Umfang eine eigene Linie bildet: Wenn Arbeit hinzugefügt wird, verschiebt sich die Umfangslinie, und Sie können klar unterscheiden zwischen „das Team liegt hinter dem Plan zurück“ und „es wurde mehr Arbeit hinzugefügt“. Ein einfaches Burndown-Diagramm verbirgt dies – hinzugefügter Umfang lässt die Linie lediglich stagnieren. Viele Teams verwenden ein Burnup-Diagramm gerade deshalb, um Scope Creep sichtbar zu machen.

Was Ihnen ein Burndown-Diagramm nicht verrät

Ein Burndown-Diagramm dient als Gesprächsaufhänger, nicht als endgültiges Urteil. Es zeigt dass das Team vom idealen Tempo abweicht, niemals warum – eine unregelmäßige Kurve kann auf Hindernisse, überdimensionierte Aufgaben, Änderungen des Umfangs während des Sprints oder einfach darauf hindeuten, dass die tatsächliche Arbeit selten gleichmäßig verläuft. Die ideale Linie als ein Ziel zu betrachten, das exakt erreicht werden muss, oder das Diagramm zur Beurteilung einzelner Personen zu nutzen, geht zuverlässig nach hinten los. Sein Wert liegt darin, die richtigen Fragen aufzuwerfen.

Das Burndown-Diagramm in der Retrospektive

Aus diesem Grund ist das Burndown-Diagramm ein häufiges und produktives Thema in der Sprint-Retrospektive. Beim Rückblick auf die Sprintkurve kann das Team hinterfragen, warum sich die Arbeit am Ende gestaut hat, ob die Aufgaben klein genug aufgeteilt wurden oder ob sich der Umfang ständig verschoben hat – und diese Erkenntnisse in konkrete Verbesserungen für den nächsten Sprint umsetzen. Das Diagramm zeigt das Symptom; in der Retrospektive findet das Team die Ursache.

Häufig gestellte Fragen zu Burndown-Diagrammen

Was ist ein Burndown-Diagramm?

Ein Burndown-Diagramm ist ein einfaches Liniendiagramm, das im Zeitverlauf zeigt, wie viel Arbeit in einem Sprint oder Projekt noch zu erledigen ist. Die vertikale Achse stellt die verbleibende Arbeit dar – in der Regel in Story Points oder Aufgaben – und die horizontale Achse die Zeit, typischerweise die Tage eines Sprints. Wenn das Team Arbeit erledigt, „brennt“ die Linie in Richtung Null ab. So kann das Team auf einen Blick erkennen, ob es auf dem richtigen Weg ist, das zu erledigen, wozu es sich verpflichtet hat.

Wie liest man ein Burndown-Diagramm?

Ein Burndown-Diagramm besteht aus zwei Linien. Die Soll-Linie verläuft gerade von der Gesamtarbeit zu Beginn bis auf Null am Ende des Sprints – ein gleichmäßiges, konstantes Tempo. Die Ist-Linie stellt die tatsächlich verbleibende Arbeit an jedem Tag dar. Liegt die Ist-Linie über der Soll-Linie, hinkt die Arbeit hinterher; liegt sie darunter, ist das Team im Zeitplan. Eine flache tatsächliche Linie bedeutet, dass nichts fertiggestellt wird, und ein plötzlicher Sprung nach oben bedeutet, dass der Umfang mitten im Sprint erweitert wurde.

Was ist der Unterschied zwischen einem Burndown- und einem Burnup-Diagramm?

Ein Burndown-Diagramm zeigt den verbleibenden Arbeitsaufwand an, der gegen Null tendiert, während ein Burnup-Diagramm den abgeschlossenen Arbeitsaufwand darstellt, der auf die Linie des Gesamtumfangs zusteuert. Der wesentliche Vorteil eines Burnup-Diagramms besteht darin, dass es Änderungen des Projektumfangs als separate, sich bewegende Linie anzeigt, sodass Sie unterscheiden können, ob „das Team im Rückstand ist“ oder „zusätzlicher Arbeitsaufwand hinzugekommen ist“. Ein Burndown-Diagramm ist einfacher und gebräuchlicher, kann jedoch Scope Creep verbergen, da zusätzliche Arbeit die Linie so aussehen lässt, als ob das Team ins Stocken geraten wäre.

Was ist der Unterschied zwischen einem Sprint-Burndown und einem Release-Burndown?

Ein Sprint-Burndown erfasst die verbleibende Arbeit innerhalb eines einzelnen Sprints Tag für Tag und dient dem Team in erster Linie als Instrument zur Steuerung des aktuellen Sprints. Ein Release- (oder Produkt-)Burndown erfasst die verbleibende Arbeit über mehrere Sprints hinweg im Hinblick auf ein übergeordnetes Ziel und wird in der Regel pro Sprint statt pro Tag gemessen. Der Sprint-Burndown beantwortet die Frage „Liegen wir in diesem Sprint im Plan?“; der Release-Burndown beantwortet die Frage „Wann wird dieser gesamte Arbeitsumfang abgeschlossen sein?“

Weiterführende Literatur