Agile Burndown-Charts: Ein Projektmanagement-Tutorial

Die wichtigsten Punkte

• Burndown-Charts zeigen die verbleibenden Aufgaben im Zeitverlauf an, damit agile Teams Risiken frühzeitig erkennen und sich anpassen können, bevor ein Sprint endet. Jira ist für diese Ansicht eine gängige Informationsquelle.

• Sie verfolgen den verbleibenden Aufwand, wie zum Beispiel Story Points, Stunden oder andere Schätzungen, und nicht die individuelle Leistung, Qualität oder explizite Änderungen am Projektumfang.

• Die häufigsten Typen sind Sprint-, Epic- und Release- oder Versions-Burndowns, die jeweils für unterschiedliche Planungshorizonten nützlich sind.

• Verwende Burndown-Charts als Frühwarnsystem: Plateaus deuten auf Blockaden hin, späte Abfälle lassen auf Batch-Updates oder zum Ende hin konzentrierte Arbeit schließen. Sprünge nach oben bedeuten oft, dass der Umfang erweitert wurde. Erwäge die Nutzung von Burnup-Charts, wenn sich der Projektumfang häufig ändert.

Burndown-Charts helfen agilen Teams dabei zu erkennen, ob sie auf dem richtigen Weg sind, die zugesagten Aufgaben zu erledigen – und zwar noch bevor der Sprint endet. 

In einer einzigen Ansicht kannst du Trends erkennen (stetiger Fortschritt, Stillstand, Zeitnot am Ende) und entscheiden, was als Nächstes zu tun ist.

Dieser Leitfaden erklärt, was ein Burndown-Chart ist, was es verfolgt, gängige Typen, wie du eins erstellst und wie du wichtige Muster interpretierst – mit Jira als Hauptbeispiel.

Was ist ein Burndown-Chart?

Ein Burndown-Chart ist ein Diagramm, das zeigt, wie viel Arbeit im Laufe der Zeit noch bleibt, meist über einen Sprint hinweg. So können Teams den Fortschritt in Richtung eines Ziels einschätzen und die Projektzeitleiste visualisieren. 

Das Tutorial zu Jira von Atlassian beschreibt es als Anzeige der abgeschlossenen Aufgaben (in einem Sprint oder Epic) und den insgesamt verbleibenden Aufgaben. Man verwendet es, um die Wahrscheinlichkeit vorherzusagen, mit der die Aufgaben innerhalb der verfügbaren Zeit abgeschlossen werden können.

Ein Burndown-Chart enthält normalerweise eine ideale Aufwandslinie – eine gerade, geplante Trajektorie von der gesamten Arbeitslast bis zur Fertigstellung. Sie dient als Benchmark für den Vergleich des tatsächlichen Fortschritts. 

Die Menge der verbleibenden Arbeit wird auf der vertikalen Achse angezeigt, während die verstrichene Zeit auf der horizontalen Achse erscheint.

Achsenbeziehung (schnell)

In Jira spiegelt die vertikale Achse deine gewählte Schätzungsstatistik wider (zum Beispiel Story Points oder Stunden). Dazu gehört beispielsweise:

• X-Achse: Zeit (oft Tage in einem Sprint)

• Y-Achse: verbleibender Aufwand (basierend auf der Schätzeinheit des Teams)

Was sind die häufigsten Anwendungen in Sprints?

Burndown-Charts werden am häufigsten verwendet, um den Fortschritt innerhalb eines einzelnen Scrum-Sprints zu verfolgen, damit Teams die Iteration überwachen und schnell Anpassungen vornehmen können, wenn das Sprint-Ziel gefährdet ist.

Sprint-Burndown-Charts werden für die tägliche Nachverfolgung innerhalb einer einzelnen Iteration verwendet, die 1 bis 4 Wochen dauert. Sie helfen Teams dabei, die Velocity zu messen und die Aufgaben innerhalb dieses spezifischen zeitlich festgelegten Zeitraums zu verwalten.

Burndown-Charts sind besonders nützlich in kurzfristigen Sprints mit festem Projektumfang, bei denen sich die Anforderungen wahrscheinlich nicht ändern werden.

Was verfolgen Burndown-Charts?

Burndown-Charts verfolgen den verbleibenden Aufwand oder wie viele Aufgaben das Team glaubt, dass noch zu erledigen ist. Sie ermöglichen es Teams, den tatsächlichen Fortschritt mit dem geplanten Fortschritt zu vergleichen.

So lässt sich einfacher visualisieren, wie viele Aufgaben tatsächlich abgeschlossen wurde im Vergleich zu dem, was erwartet wurde.

Außerdem werden Burndown-Charts zur Vorhersage der Wahrscheinlichkeit genutzt, mit der ein Team seine Aufgaben in der festgelegten Zeit abschließen kann. Typische Einheiten sind:

• Story Points

• Stunden-/Zeitschätzungen

• Eine vom Team definierte Schätzstatistik (Jira unterstützt Story Points, Stunden oder eine benutzerdefinierte Einheit).

Story-Point-Schätzungen werden häufig verwendet, um zu quantifizieren, wie viel Aufwand für jede Aufgabe erforderlich ist. Sie helfen Teams dabei, den Fortschritt in einem Burndown-Chart zu visualisieren und zu verfolgen.

Was Burndown-Chartsnichtzeigen

Ein Burndown-Chart erzählt nicht die ganze Geschichte. Für sich allein genommen zeigt es in der Regel Folgendes nicht:

• Individuelle Leistung

• Arbeitsqualität oder gelieferter Wert

• Klare, explizite Umfangsänderungen im Laufe der Zeit (hier helfen Burnup-Charts – mehr dazu weiter unten)

3 Arten von Burndown-Charts

Burndown-Charts gibt es in einigen gängigen Varianten. 

Projekt-Burndown-Charts überwachen den Fortschritt auf der gesamten Projektebene, indem sie die abgeschlossenen Aufgaben im Vergleich zu den verbleibenden Aufgaben über den gesamten Projektlebenszyklus hinweg verfolgen. Atlassian hebt außerdem Sprint-Burndown sowie "Epic- und Release-(Version)-Burndown-Charts" als zentrale agile Metriken hervor.

Produkt-Burndown-Charts bieten einen visuellen Überblick über die verbleibende Arbeit im gesamten Produkt-Backlog oder in großen Epics. Sie bieten langfristige und strategische Einblicke in den Projektfortschritt. 

Diese Arten von Diagrammen sind besonders nützlich für die Koordination von Planung und Ressourcen über mehrere Teams hinweg, die an verschiedenen Teilen eines Projekts arbeiten. 

Es gibt jedoch drei Hauptarten von Burndown-Charts, die dir begegnen werden, darunter:

1. Sprint-Burndown-Chart

Verwende ein Sprint-Burndown-Chart für kurzfristige Sprint-Fokussierung (eine Iteration) und zur Verfolgung des Sprint-Fortschritts. Es funktioniert am besten, wenn das Team mit einem Sprint-Backlog arbeitet und tägliche Transparenz wünscht.

Die Linie der tatsächlich verbleibenden Arbeit schwankt, wenn Aufgaben abgeschlossen werden, und bietet eine realistische Darstellung der Teamleistung. Diese Linie bewegt sich oft über und unter der idealen Linie für verbleibende Aufgaben und verdeutlicht so Änderungen im Fortschritt und die Einhaltung des Zeitplans.

Tipp: Aktualisiere täglich für mehr Genauigkeit – Burndown-Charts sind am nützlichsten, wenn die Daten widerspiegeln, was am Ende jedes Tages tatsächlich noch übrig ist.

So zeigst du das Sprint-Burndown-Chart an:

• Navigiere zu deinem Scrum-Bereich.

• Wähle das Backlog oder den AktivenSprint aus.

• Klicke auf Berichte und wähle dann Burndown-Chart.

Hier ist eine Aufschlüsselung der wichtigen Aspekte eines Jira Sprint-Burndown-Charts:

1. Schätzungsstatistik: Die senkrechte Achse stellt die von dir gewählte Schätzungsstatistik dar.

2. Ausstehende Aufgaben: Die rote Linie stellt entsprechend den Schätzungen deines Teams die Gesamtmenge aller im Sprint noch ausstehender Aufgaben.

3. Orientierungslinie: Die graue Linie zeigt, wo ungefähr sich dein Team befinden sollte, wenn von einem linearen Fortschritt ausgegangen wird. Wenn die rote Linie darunter liegt, ist dein Team auf dem besten Weg, den Sprint abzuschließen, wobei dies nur ein Indikator zur Überwachung des Fortschritts ist.

2. Epic-Burndown-Chart

Verwende ein Epic-Burndown-Chart, um den Fortschritt eines einzelnen Epics über mehrere Sprints hinweg zu verfolgen. Atlassian merkt an, dass diese Ansicht Teams dabei hilft zu sehen, wie schnell sie ein Epic abarbeiten und wie hinzugefügte/entfernte Aufgaben den Gesamtfortschritt beeinflusst. 

Mit Epic-Burndown-Charts können Teams auch schätzen, wie viele Sprints benötigt werden, um ein Epic abzuschließen, indem sie die aktuelle Sprint-Velocity und Umfangsänderungen analysieren.

Du kannst das Epic-Burndown-Chart in Jira wie folgt anzeigen:

• Navigiere zu deinem Scrum-Bereich.

• Wähle das Backlog oder den Aktiven Sprint aus.

• Klicke auf Berichte und wähle dann Epic-Burndown-Chart.

• Wähle im Drop-down-Menü neben der Kopfzeile des Epic-Burndown-Charts ein Epic aus. Über den Board-Filter kannst du Epics aus allen Bereichen wählen, die für dein Board konfiguriert wurden.

Um jeden Bereich des Epic-Burndown-Charts vollständig zu verstehen, folgt hier eine kurze Aufschlüsselung:

1. Epic-Menü: Hier kannst du das Epic auswählen, dessen Daten du ansehen möchtest.

2. Hinzugefügte Aufgaben: Der dunkelblaue Balken stellt den Arbeitsumfang dar, der dem Epic in jedem Sprint hinzugefügt wurde. In diesem Beispiel wurden die Aufgaben in Story Points gemessen.

3. Ausstehende Aufgaben: Der hellblaue Balken stellt den Arbeitsumfang dar, der im Epic noch aussteht.

4. Abgeschlossene Aufgaben: Der grüne Balken stellt dar, wie viel Aufgaben des Epics in den einzelnen Sprints abgeschlossen wurden.

5. Voraussichtlicher Abschluss: Der Bericht prognostiziert auf Basis der Team-Velocity, wie viele Sprints erforderlich sind, um das Epic abzuschließen.

3. Release- oder Produkt-Burndown-Chart

Verwende ein Release-Burndown-Chart, um die Lieferung über mehrere Sprints hinweg zu einer Version zu verfolgen. Das ist hilfreich für Release-Prognosen und die Berichterstattung an Stakeholder über längere Zeiträume hinweg.

Ein Release-Burndown-Chart verfolgt den Fortschritt über mehrere Sprints oder Meilensteine hinweg und ist daher wertvoll für das agile Projektmanagement und die strategische Planung innerhalb agiler Teams. 

Atlassian beschreibt Release-Burndown-Charts (Version) als die Verfolgung des Fortschritts über einen größeren Arbeitsumfang als bei einem einzelnen Sprint.

Was sind die Bestandteile eines Burndown-Charts?

Ein Burndown-Chart besteht aus einigen Kernelementen. Sobald du diese verstehst, ist es viel einfacher, die Signale zu deuten, die das Diagramm dir gibt.

• Achsen (Zeit + verbleibender Aufwand): Die Zeit verläuft entlang der x-Achse (normalerweise jeder Tag des Sprints). Der verbleibende Aufwand verläuft entlang der y-Achse unter Verwendung der Schatzeinheit deines Teams (Story Points, Stunden usw.). In Jira spiegelt dies deine konfigurierte Schätzungsstatistik wider

• Ideale Linie der verbleibenden Aufgaben: Eine gerade Richtlinie vom geschätzten Gesamtaufwand des Sprints an Tag 1 bis auf Null am letzten Tag. Du kannst die ideale tägliche Burn-Rate wie folgt berechnen: Geschätzter Gesamtaufwand ÷ Anzahl der Arbeitstage.

• Tatsächliche Linie der verbleibenden Aufgaben (tatsächlicher Aufwand): Der echte "verbleibende Aufwand" am Ende jedes Tages basierend auf dem aktualisierten Aufgabenstatus und Schätzungen. Diese Linie bewegt sich nach oben oder unten, wenn Aufgaben abgeschlossen werden – oder wenn sich der Umfang ändert.

• So interpretiert man Ideal- vs. Ist-Werte:

  • Bleibt die tatsächliche Linie nah an der idealen, entwickelt sich der Sprint gut.

  • Liegt die tatsächliche Linie über der idealen, ist der Sprint möglicherweise gefährdet (oder der Umfang wurde erhöht).

  • Springt die Linie nach oben, hat sich etwas geändert – häufig wurden Aufgaben hinzugefügt.

Hinweis: Wenn Umfangsänderungen häufig vorkommen und du eine klarere Übersicht benötigst, zeigen Burnup-Charts den Gesamtumfang getrennt von abgeschlossenen Aufgaben an.

Erstellen eines Burndown-Charts

Erstelle Burndown-Charts manuell mit Projektmanagement-Tools oder nutze Plattformen wie Jira, um Aktualisierungen zu automatisieren und den Aufwand zu reduzieren. Tägliche Aktualisierungen sind unerlässlich, um den Teamfortschritt genau abzubilden und Probleme frühzeitig zu erkennen.

Folge diesen Schritten, um mit der Erstellung deines eigenen Burndown-Charts zu beginnen:

Schritt 1: Aufgaben definieren und Aufwand schätzen

In Jira legt dein Team eine Schätzstatistik fest (Story Points, Stunden oder eine benutzerdefinierte Einheit), damit das Burndown-Chart deine Schätzungen konsistent widerspiegelt. Das Verfolgen täglicher Aktualisierungen hilft Teams dabei, ihre Velocity zu verstehen und die zukünftige Sprintplanung zu verbessern.

Stelle folgendermaßen sicher, dass du Vorgänge und Aufwand definierst:

• Liste die enthaltenen Backlog-Elemente auf (für einen Sprint: das Sprint-Backlog).

• Schätze jedes Element mit der von dir gewählten Einheit (Story Points, Stunden usw.). Diese Schätzungen werden verwendet, um den Fortschritt zu verfolgen und abgeschlossene Vorgänge mit geplanten Vorgängen zu vergleichen.

2. Schritt: Achsen festlegen und Ideallinie einzeichnen

Burndown-Charts müssen über festgelegte Achsen und Ideallinien verfügen, um den tatsächlichen Fortschritt anzuzeigen. Zur Einrichtung gehst du einfach folgendermaßen vor:

• Setze die Sprint-Zeitleiste auf die x-Achse.

• Setze den geschätzten Gesamtaufwand auf die y-Achse.

• Ziehe die Ideallinie vom Gesamtaufwand bis auf null zum Sprint-Enddatum.

3. Schritt: Täglichen Fortschritt darstellen

In Jira siehst du das normalerweise als Bericht und nicht als manuell gezeichnete Darstellung. Um das Sprint-Burndown-Chart anzuzeigen, gehst du zu deinem Scrum-Bereich, wählst Backlog/Aktiver Sprint, dann Berichte und Burndown-Chart, wie im Atlassian-Tutorial beschrieben. Achte auf Folgendes: 

• Erfasse die verbleibende Arbeit am Ende jedes Tages, um den täglichen Fortschritt zu verfolgen.

• Aktualisiere die Istlinie täglich und verwende ein Burndown-Chart, um den Fortschritt zu visualisieren

4. Schritt: Überprüfen, anpassen und reflektieren

Supportdokumentation und Notizen, die verbleibende Vorgänge während des iterativen Prozesses verfolgen, helfen Teams dabei, entsprechend auf Trends zu reagieren. Achte während des Sprints (und besonders bei der Retrospektive) auf Folgendes:

• Vergleiche den tatsächlichen Fortschritt mit dem idealen Trend.

• Bespreche, was zu Abweichungen geführt hat.

• Passe zukünftige Schätzungs- und Planungsgewohnheiten an.

So interpretierst du den tatsächlichen Fortschritt

Ein Burndown-Chart lässt sich am einfachsten interpretieren, wenn du es wie ein tägliches Frühwarnsystem zur Überwachung des tatsächlichen Fortschritts und des echten Fortschritts des Teams behandelst – nicht wie eine Scorecard.

Gesundes Muster eines Burndown-Charts

Ein gesundes Muster sieht oft wie ein stetiger Abstieg in Richtung null aus. Wenn dein Team grundsätzlich früher mit seiner Arbeit fertig ist, kann dies bedeuten, dass es sich bei der Planung nicht genügend Aufgaben vornimmt.

Wenn Teams jedoch ihre Ziele regelmäßig verfehlen, nehmen sie sich möglicherweise zu viel vor. Atlassian stellt fest, dass sowohl das Erreichen als auch das Verfehlen von Zielen wertvolle Signale sind, die durch Trends in Burndown-Charts aufgedeckt werden.

Flache Linie oder Plateau

Ein Plateau bedeutet normalerweise, dass Vorgänge blockiert sind oder nicht zu "Erledigt" verschoben werden.

• Ermittle im Stand-up-Meeting den Blocker.

• Seht euch im Team die Einschränkung an.

• Teile Vorgänge in kleinere Schritte auf, wenn "erledigt" zu umfangreich ist.

Steiler Abfall

Ein plötzlicher Abfall kann Folgendes bedeuten:

• Der Vorgang wurde in einem Batch abgeschlossen und spät aktualisiert oder

• der Vorgang wurde am Ende in Eile bearbeitet.

Reaktion:

• Erfüllung der Akzeptanzkriterien überprüfen

• Qualität überprüfen (Tests, Review, Definition von "Erledigt")

Istlinie über oder unter der Ideallinie

Die Position der Istlinie relativ zur Ideallinie zeigt, ob dein Team dem Zeitplan voraus ist oder darin zurückliegt. Konkret gibt es diese beiden Kategorien:

• Über der Ideallinie: im Verzug (oder der Umfang hat sich vergrößert)

• Unter der Ideallinie: dem Zeitplan voraus (oder der Vorgang wurde überschätzt)

Burndown-Charts vs. Burnup-Charts

Ein Burndown-Chart beantwortet, wie viel Arbeit noch verbleibt, während Burnup-Charts anzeigen, wie viel abgeschlossen wurde und wie groß der Gesamtumfang ist. 

In einem Burnup-Chart werden der Gesamtumfang und die abgeschlossenen Vorgänge jeweils in einer separaten Linie angezeigt, wodurch Umfangsänderungen im Laufe der Zeit leichter zu visualisieren sind.

• Im Burndown-Chart werden die verbleibenden Vorgänge, die gegen null tendieren, hervorgehoben.

• Burnup-Charts machen Umfangsänderungen sichtbar, indem sie den Gesamtumfang zusammen mit den abgeschlossenen Vorgängen anzeigen.

Wann werden Burnup-Charts verwendet?

Verwende Burnup-Charts, wenn es häufig Änderungen am Umfang gibt und du Stakeholdern den Unterschied zwischen "wir sind im Rückstand" und "wir haben Vorgänge hinzugefügt" sichtbar machen möchtest.

Viele Teams kombinieren beides: ein Burndown-Chart für Signale zur Sprint-Ausführung und ein Burnup-Chart für Transparenz über den Umfang.

Burndown-Charts im Projektmanagement und in Agile anwenden

Burndown-Charts funktionieren am besten, wenn sie Teil des Lieferrhythmus sind, insbesondere in einem Scrum-Projekt. Bei der Interpretation von Burndown-Charts und der erfolgreichen Verwaltung agiler Projekte ist entscheidend, auf welche Art und Weise das Team zusammenarbeitet. Sie eignen sich für folgende Anwendungen:

• Sprintplanung: Überprüfe, ob die Verpflichtung realistisch ist.

• Tägliche Stand-up-Meetings: Nutze das Chart, um Risiken frühzeitig zu erkennen (nicht für Mikromanagement).

• Sprint-Review oder Stakeholder-Berichte: Erläutere Fortschritte, Kompromisse und Änderungen.

• Retrospektive: Lerne aus Mustern (späte Abfälle, lange Plateaus, häufige Umfangsergänzungen).

Häufige Fehler, die es zu vermeiden gilt

Unter den vielen Fehlern, die du bei Burndown-Charts vermeiden solltest, gehören diese zu den häufigsten:

• Keine tägliche Aktualisierung: In veralteten Diagrammen bleiben Risiken verborgen, bis es zu spät ist.

• Kalkulation in Anzahl der Aufgaben anstelle von Aufwandseinheiten: Reine Zahlen können die Realität verzerren, während aufwandsbasierte Einheiten für Prognosen aussagekräftiger sind.

• Ignorieren von Umfangsänderungen: Wenn Vorgänge während des Sprints hinzugefügt werden, kann das Burndown-Chart "schlechter" aussehen, auch wenn die Ausführung in Ordnung ist. Verfolge Umfangsänderungen separat oder nutze Burnup-Charts für mehr Transparenz.

• Verwendung eines Burndown-Charts als individuelle Leistungsmetrik: Das Chart dient als Signal für Planung und Lieferung auf Teamebene, es ist kein Tool zur Evaluierung von Personen.

Tools, Vorlagen und Automatisierungen zur Erstellung von Burndown-Charts

Funktionen der Jira-Burndown-Charts

Jira bietet Sprint-Burndown-Berichte und passt die y-Achse an deine gewählte Schätzungsstatistik an. Im Atlassian-Tutorial wird erläutert, wo du den Burndown-Chart-Bericht findest und was die jeweiligen Linien bedeuten.

Excel/Sheets-Vorlagen (manuelle Option)

So erstellst du ein Burndown-Chart manuell:

• Erstelle eine Tabelle mit Tag 1 bis Tag N.

• Füge eine Spalte "Verbleibender Aufwand" hinzu.

• Wähle die Darstellung als Liniendiagramm.

• Füge eine Spalte „Ideallinie" für die Orientierungslinie hinzu.

Mehr Klarheit durch die Kombination von Confluence und Loom

• Confluence: Dokumentiere deine Schätzungsmethode, die Definition von "Erledigt" und das Sprint-Ziel, damit Teams das Diagramm einheitlich interpretieren.

• Loom: Nimm schnelle asynchrone Erläuterungen auf ("Aus diesem Grund liegen wir über der Ideallinie und dies können wir dagegen tun"), um die Anzahl der Meetings zu reduzieren und Missverständnisse zu vermeiden.

Burndown-Charts – häufig gestellte Fragen

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

Ein Burndown-Chart zeigt den Umfang der verbleibenden Aufgaben im Laufe der Zeit, während ein Burnup-Chart die abgeschlossenen Aufgaben im Vergleich zur Gesamtarbeit zeigt. Beide visualisieren den Fortschritt, aber Burnup-Charts heben Änderungen am Umfang besser hervor.

Welche vier Arten von Burndown-Charts gibt es?

Es gibt vier Arten von Burndown-Charts: Sprint-, Epic-, Release- und Versions-Burndown-Charts. Jedes setzt beim Verfolgen des Fortschritt auf einer anderen Aufgabenebene in Jira an.

Was ist der Zweck eines Burndown-Charts?

Ein Burndown-Chart hilft Teams dabei, den Fortschritt zu überwachen, abzuschätzen, ob Ziele erreicht werden, und Probleme wie Scope Creep, also eine schleichende Vergrößerung des Projektumfangs, oder ungenaue Schätzungen schnell zu erkennen. So bleiben Teams während eines Sprints oder Projekts konzentriert und sind stets auf dem Laufenden.

Was ist die Alternative zu einem Burndown-Chart?

Alternativen zu Burndown-Charts sind Burnup-Charts, kumulative Flussdiagramme und Velocity-Charts. Mit diesen Tools können Teams ebenfalls den Fortschritt visualisieren und Workflows verwalten.