Burn Down Chart

Was ist ein Burn Down Chart?

Ein Burn Down Chart ist ein einfaches, aber sehr aussagekräftiges Diagramm aus dem agilen Projektmanagement. Es zeigt, wie viel Arbeit in einem Projekt oder Sprint noch übrig ist und wie schnell das Team tatsächlich vorankommt. So erkennst du frühzeitig Verzögerungen, Risiken und Optimierungspotenziale.

1. Definition: Was ein Burn Down Chart genau ist

Ein Burn Down Chart ist ein Zeitverlauf-Diagramm, das die noch verbleibende Arbeit in einem Projekt, Sprint oder Release über die Zeit visualisiert. Auf der horizontalen Achse steht die Zeit (zum Beispiel Sprints oder einzelne Tage), auf der vertikalen Achse die Restarbeit (oft in Story Points, Tickets oder Stunden gemessen).

Typischerweise enthält ein Burn Down Chart zwei Linien: eine ideale Verlaufslinie (Soll) und eine tatsächliche Verlaufslinie (Ist). Durch den Vergleich von Soll und Ist wird sofort sichtbar, ob ein Team im Plan liegt, hinterherhinkt oder schneller als geplant ist.

2. Grundlagen: Aufbau und Elemente eines Burn Down Charts

Damit du Burn Down Charts fundiert einsetzen kannst, ist es wichtig, die Kernelemente des Diagramms zu kennen. Ein typisches Burn Down Chart besteht aus folgenden Bausteinen:

Horizontale Achse (X-Achse): Zeitachse, meist in Tagen (Sprint) oder Sprints (Release).
Vertikale Achse (Y-Achse): Restaufwand, zum Beispiel in Story Points, Aufgaben oder Stunden.
Startwert: Gesamtumfang der geplanten Arbeit zu Beginn des Sprints oder Projekts.
Ideale Linie: Geradliniger, theoretischer Abbau der Restarbeit vom Start bis auf null.
Ist-Linie: Tatsächlich verbleibende Arbeit pro Zeitraum, regelmäßig aktualisiert.

Im Scrum-Kontext wird das Burn Down Chart meistens auf Sprint-Ebene geführt. In anderen agilen Frameworks oder in klassischen Projekten kann es auch für Meilensteine, Releases oder ganze Projektphasen genutzt werden.

3. Arten von Burn Down Charts

Je nach Ziel und Betrachtungsebene lassen sich mehrere Typen von Burn Down Charts unterscheiden. Sie alle basieren auf derselben Logik, unterscheiden sich aber in der Zeitskala und im Detaillierungsgrad.

3.1 Sprint Burn Down Chart

Das Sprint Burn Down Chart zeigt den Arbeitsfortschritt innerhalb eines einzelnen Sprints (typischerweise 1–4 Wochen). Es visualisiert, wie viele Aufgaben oder Story Points noch zu erledigen sind, um das Sprintziel zu erreichen.

Einsatz: Tägliche Fortschrittskontrolle im Daily Stand-up.
Zeithorizont: Kurzfristig, detaillierter Blick auf einzelne Tage.
Nutzen: Frühe Erkennung von Blockern, Überlastung oder Scope-Änderungen.

3.2 Release Burn Down Chart

Das Release Burn Down Chart betrachtet eine größere Zeiteinheit, zum Beispiel mehrere Sprints bis zu einem geplanten Go-live. Es stellt die noch ausstehenden Anforderungen (zum Beispiel Epics oder Features) pro Sprint dar.

Einsatz: Planung und Steuerung eines Releases oder großer Meilensteine.
Zeithorizont: Mittelfristig, über mehrere Sprints hinweg.
Nutzen: Überblick für Management, Produktverantwortliche und Stakeholder.

3.3 Product Burn Down Chart

Ein Product Burn Down Chart zeigt den Abbau des gesamten Product Backlogs über einen längeren Zeitraum. Es eignet sich, um die Entwicklung eines Produkts oder Systems in der Gesamtschau zu bewerten.

Einsatz: Langfristige Produktplanung und Roadmap-Steuerung.
Zeithorizont: Langfristig, oft mehrere Monate oder Quartale.
Nutzen: Transparenz für strategische Entscheidungen und Budgetplanung.

4. Burn Down Chart vs. Burn Up Chart

Burn Down Charts werden oft mit Burn Up Charts verwechselt. Beide visualisieren Fortschritt, setzen aber unterschiedliche Schwerpunkte.

Aspekt	Burn Down Chart	Burn Up Chart
Darstellung	Restarbeit nimmt ab	Erledigte Arbeit nimmt zu
Scope-Änderungen	Schwerer erkennbar	Besser sichtbar (Gesamtumfang separat)
Lesart	Fokus auf verbleibende Last	Fokus auf bereits geschafften Wert

Wenn du vor allem wissen möchtest, wie viel noch zu tun ist, ist ein Burn Down Chart ideal. Wenn du eher den Wertzuwachs oder Funktionsumfang im Blick haben willst, bietet ein Burn Up Chart zusätzliche Transparenz, vor allem bei häufigen Scope-Änderungen.

5. Wie du ein Burn Down Chart erstellst

Ein Burn Down Chart lässt sich einfach in Tools wie Jira, Azure DevOps oder auch mit Tabellenkalkulation (Excel, Google Sheets) erstellen. Der grundlegende Ablauf ist immer ähnlich.

5.1 Datenbasis und Einheiten festlegen

Bevor du startest, musst du klar entscheiden, welche Einheit du für die Restarbeit verwendest. Im agilen Umfeld haben sich folgende Größen etabliert:

Story Points (Abstrakt, relativ, teamabhängig)
Anzahl offener Tickets / User Stories
Schätzstunden oder Restaufwand in Stunden

Wichtig ist, dass du im Burn Down Chart konsequent dieselbe Einheit verwendest, damit die Verlaufskurve aussagekräftig bleibt.

5.2 Ideale Burn-Down-Linie berechnen

Die ideale Linie im Burn Down Chart stellt den theoretisch perfekten Abbau der Restarbeit dar. Sie ist eine Gerade vom Startwert bis zum Wert null am Ende des Zeitraums.

Formel für die ideale Burn-Down-Linie: Idealer täglicher Abbau = Gesamtaufwand zu Beginn / Anzahl der Zeitintervalle (z. B. Tage im Sprint). Die ideale Restarbeit an einem Tag X ergibt sich aus: Ideale Restarbeit = Gesamtaufwand zu Beginn − (X * idealer täglicher Abbau).

In Tools wird diese Linie in der Regel automatisch berechnet. In Tabellenkalkulationen kannst du die Formel direkt in einer Spalte hinterlegen und für jeden Tag durchrechnen lassen.

5.3 Tatsächliche Restarbeit erfassen

Die Ist-Linie im Burn Down Chart basiert auf der tatsächlich verbleibenden Arbeit zum jeweiligen Zeitpunkt. Dafür aktualisiert das Team typischerweise einmal am Tag:

den Status aller Tickets oder User Stories,
den Restaufwand je Aufgabe (falls mit Stunden gearbeitet wird),
und damit automatisch die Summe der Restarbeit.

Je disziplinierter das Team sein Board, das Backlog oder das Ticketsystem pflegt, desto zuverlässiger spiegelt das Burn Down Chart den echten Projektfortschritt wider.

6. Interpretation: Was dir ein Burn Down Chart verrät

Ein Burn Down Chart ist mehr als nur eine Linie, die nach unten geht. Die Form der Kurve liefert wertvolle Hinweise auf Teamleistung, Planungsgüte und mögliche Risiken.

6.1 Typische Muster im Burn Down Chart

Ist-Linie ≈ Ideallinie: Der Sprint verläuft stabil, Arbeit wird kontinuierlich abgeschlossen.
Ist-Linie über der Ideallinie: Das Team ist im Verzug, Aufgaben dauern länger als geplant oder starten zu spät.
Ist-Linie deutlich unter der Ideallinie: Aufgaben werden schneller abgeschlossen als geplant, die Planung war konservativ oder der Scope wurde reduziert.
Langer Plateauverlauf, dann starker Absturz: Arbeit wird spät fertiggestellt, oft weil Tasks zu groß geschnitten sind oder Abnahmen sich verzögern.

6.2 Ursachenanalyse bei Abweichungen

Weichen Ist- und Soll-Linie im Burn Down Chart deutlich voneinander ab, solltest du nach den Ursachen suchen. Häufige Gründe sind:

Unklare oder sich ändernde Anforderungen (Scope Creep)
Blocker, Abhängigkeiten oder fehlende Entscheidungen
Unrealistische Schätzungen oder Überplanung des Teams
Unvollständig definierte Definition of Done

Ein Burn Down Chart liefert keine Antworten, aber sehr klare Fragen. Es macht sichtbar, wo es hakt, damit du im Team herausfinden kannst, warum es hakt.

7. Praxisbezug: Burn Down Chart im E-Commerce

Im E-Commerce-Umfeld mit vielen parallelen Projekten, Releases und Produktupdates ist ein Burn Down Chart ein pragmatisches Steuerungsinstrument. Es hilft dir, komplexe Vorhaben auch bei knappen Ressourcen transparent zu halten.

7.1 Typische Einsatzszenarien im Onlinehandel

Shop-Relaunch oder Replatforming: Steuerung von Design, Entwicklung, Migration und Testing über mehrere Sprints.
SEO- und Content-Projekte: Planung und Abarbeitung von Content-Backlogs (zum Beispiel Kategorie- und Produkttexte).
Feature-Rollouts: Einführung neuer Filter, Checkout-Optimierungen oder Personalisierungs-Features.
Internationalisierung: Rollout neuer Sprachversionen und Marktplätze inkl. Content, Technik und Rechtsthemen.

In all diesen Fällen hilft dir ein Burn Down Chart, den Fortschritt transparent gegenüber Management, Stakeholdern und Partnern (zum Beispiel Agenturen) zu kommunizieren.

7.2 Verbindung von Burn Down Charts mit Content-Automatisierung

Gerade bei großen Produktkatalogen stoßen manuelle Content-Prozesse schnell an Grenzen. Wenn du tausende Produkttexte, Kategorieseiten oder SEO-Optimierungen planst, wachsen die Backlogs sehr schnell an.

Ein Burn Down Chart kann hier mit automatisierten Lösungen wie feed2content.ai ® kombiniert werden, indem du im Sprint- oder Release-Backlog zum Beispiel festhältst:

Anzahl der Kategorien, für die Templates erstellt werden müssen,
Anzahl der Feeds, die integriert und geprüft werden,
Anzahl der Produkte, für die automatisierte Texte live gehen sollen.

Wenn du Feed-basierte Generierung im Prozess verankerst, kannst du den Burn Down-Verlauf deutlich beschleunigen, weil einmal definierte Templates und Prompts anschließend in Bulk auf große Datenmengen angewendet werden.

8. Vorteile eines Burn Down Charts

Richtig eingesetzt, bringt ein Burn Down Chart mehreren Rollen im Unternehmen spürbare Vorteile – vom Entwicklerteam bis zur Geschäftsführung.

8.1 Transparenz und Frühwarnsystem

Sofortiger Überblick: Auf einen Blick erkennbar, ob ein Sprint oder ein Release im Plan liegt.
Frühe Warnsignale: Abweichungen vom Soll-Verlauf machen Verzögerungen und Risiken sichtbar, bevor Deadlines reißen.
Bessere Kommunikation: Stakeholder können Fortschritt datenbasiert nachvollziehen, statt auf Gefühlseinschätzungen angewiesen zu sein.

8.2 Planungssicherheit und Lerneffekte

Realistischere Schätzungen: Historische Burn Down Charts zeigen, wie Teams tatsächlich liefern.
Kontinuierliche Verbesserung: Muster und Probleme (zum Beispiel systematische Überplanung) werden erkennbar und können angepasst werden.
Bessere Ressourcennutzung: Teams können Kapazitäten und Arbeitspakete besser aufeinander abstimmen.

8.3 Fokussierung auf Fertigstellung

Da ein Burn Down Chart Restarbeit misst, fördert es den Fokus auf tatsächlich abgeschlossene Arbeit statt auf angefangene Tasks. Für Teams bedeutet das:

kleinere, klar geschnittene Aufgaben,
weniger Work in Progress,
mehr Durchsatz und stabilere Velocity.

9. Grenzen und typische Fehler beim Einsatz von Burn Down Charts

Ein Burn Down Chart ist kein Allheilmittel. Falsche Anwendung oder Interpretation können sogar zu Fehlsteuerungen führen.

9.1 Häufige Fehlinterpretationen

Fokus nur auf Geschwindigkeit: Ein schneller Burn Down sagt nichts über Qualität oder technische Schulden aus.
Kurzfristige Panik: Kurzzeitige Abweichungen von der Ideallinie sind normal und kein Grund für hektische Reaktionen.
Vergleich zwischen Teams: Burn Down Charts sind team- und kontextabhängig, ein direkter Vergleich ist selten sinnvoll.

9.2 Typische Implementierungsfehler

Tasks sind zu groß geschnitten und werden erst ganz am Ende des Sprints fertig.
Das Board wird nicht täglich aktualisiert, wodurch die Ist-Linie unzuverlässig wird.
Scope-Änderungen (neue Tickets) werden nicht transparent abgebildet.
Das Burn Down Chart wird primär als Controlling-Instrument genutzt und nicht als Werkzeug zur Selbststeuerung des Teams.

Um diese Fehler zu vermeiden, sollte ein Burn Down Chart immer im Kontext weiterer Metriken (zum Beispiel Qualität, Defect Rate, technische Schulden) betrachtet werden.

10. Best Practices für aussagekräftige Burn Down Charts

Mit einigen einfachen Regeln stellst du sicher, dass dein Burn Down Chart im Alltag wirklich Mehrwert liefert.

10.1 Saubere Datengrundlage

Tickets und Stories klar schneiden und verständlich beschreiben.
Einmal definierte Einheiten (Story Points, Stunden) konsequent durchhalten.
Im Daily Stand-up konsequent Status und Restaufwand aktualisieren.

10.2 Sinnvolle Visualisierung

Ideallinie und Ist-Linie deutlich unterscheidbar darstellen.
Zeitraum und Umfang klar definieren (Start, Enddatum, Gesamtaufwand).
Burn Down Charts gut sichtbar platzieren (zum Beispiel im Projekt-Board, in Dashboards, auf Monitoren im Büro).

10.3 Verknüpfung mit Zielen und KPIs

Ein Burn Down Chart entfaltet seine Wirkung vor allem dann, wenn es mit klaren Zielen und Kennzahlen verknüpft ist:

Definition eines klaren Sprintziels oder Releaseziels.
Abgleich mit Business-KPIs (zum Beispiel Launch-Termine, Marketingkampagnen, Saisonstarts).
Rückblick in Retrospektiven: Was erzählt uns der Verlauf über unsere Planung und Ausführung?

11. Burn Down Chart im Zusammenspiel mit anderen agilen Artefakten

In agilen Vorgehensmodellen wie Scrum ist das Burn Down Chart nicht isoliert zu sehen. Es ergänzt weitere Artefakte und Meetings.

11.1 Verbindung zu Backlog, Board und Daily Stand-up

Product Backlog: Quelle aller Anforderungen, aus denen Sprint Backlogs entstehen.
Sprint Backlog / Board: Detaillierte Arbeitsliste für den Sprint, Basis für das Burn Down Chart.
Daily Stand-up: Regelmäßige Aktualisierung der Restarbeit und gemeinsame Interpretation der Burn Down-Entwicklung.

11.2 Nutzung in Review und Retrospektive

Im Sprint Review und in der Retrospektive kann ein Burn Down Chart als objektive Datenbasis dienen:

Wie stark weichen Planung und tatsächlicher Verlauf voneinander ab?
Welche Muster wiederholen sich über mehrere Sprints hinweg?
Wo gibt es strukturelle Probleme, die wir anpacken sollten (Schätzmethodik, Abhängigkeiten, Freigabeprozesse)?

12. Häufige Fragen zum Burn Down Chart

Wofür wird ein Burn Down Chart im agilen Projektmanagement eingesetzt?

Ein Burn Down Chart wird genutzt, um den Fortschritt eines Teams im Zeitverlauf sichtbar zu machen, indem es die noch verbleibende Arbeit in einem Sprint, Release oder Projekt darstellt und so Abweichungen vom Plan, Risiken und Engpässe frühzeitig erkennbar macht.

Wie lese ich ein Burn Down Chart richtig?

Auf der horizontalen Achse siehst du die Zeit, auf der vertikalen die verbleibende Arbeit, und indem du die tatsächliche Linie mit der idealen Soll-Linie vergleichst, erkennst du, ob das Team im Plan ist, hinterherhinkt oder schneller fertig wird als erwartet.

Was ist der Unterschied zwischen einem Burn Down Chart und einem Burn Up Chart?

Ein Burn Down Chart zeigt den Abbau der noch offenen Arbeit nach unten hin zur Null, während ein Burn Up Chart den Zuwachs der erledigten Arbeit nach oben darstellt und häufig zusätzlich die Gesamtmenge des Scopes anzeigt, was vor allem bei Scope-Änderungen Vorteile bietet.

Welche Einheiten eignen sich für ein Burn Down Chart?

Typische Einheiten sind Story Points, Anzahl offener Tickets oder geschätzte Stunden, wichtig ist dabei vor allem, dass innerhalb eines Charts immer dieselbe Einheit konsequent verwendet wird, damit der Verlauf aussagekräftig und vergleichbar bleibt.

Wie oft sollte ein Burn Down Chart aktualisiert werden?

In agilen Teams hat es sich bewährt, das Burn Down Chart einmal täglich zu aktualisieren, idealerweise im Rahmen des Daily Stand-ups, damit der Verlauf den tatsächlichen Stand realistischer Arbeit und Blocker möglichst genau widerspiegelt.

Welche typischen Fehler treten beim Einsatz von Burn Down Charts auf?

Häufige Fehler sind zu grob geschnittene Aufgaben, unregelmäßige Aktualisierung der Restaufwände, das Ignorieren von Scope-Änderungen sowie die Nutzung des Charts als reines Kontrollinstrument statt als Hilfsmittel zur Selbstorganisation des Teams.

Ist ein Burn Down Chart auch für E-Commerce-Projekte sinnvoll?

Ja, gerade in E-Commerce-Projekten wie Shop-Relaunches, Internationalisierung, großen SEO-Content-Programmen oder Feature-Rollouts hilft ein Burn Down Chart dabei, komplexe Backlogs transparent zu steuern und Termine rund um Kampagnen oder Saisonstarts besser abzusichern.

13. Nächste Schritte: Du möchtest feed2content.ai ® kennenlernen?

Wenn du große Content- oder SEO-Backlogs mit Hilfe von Burn Down Charts planst, profitierst du besonders davon, wenn die Umsetzung skalierbar und automatisiert ist. Genau hier setzt feed2content.ai ® an: Aus deinen Produktfeeds entstehen in kurzer Zeit tausende strukturierte, suchmaschinenoptimierte Produkttexte – bereit für den Export in Shop- und PIM-Systeme.

Sieh dir die Funktionen live an und teste feed2content.ai ® kostenfrei mit deinen eigenen Produktdaten.

Kostenlos starten

Du hast noch Fragen?

Kontakt