Scrum Burn-Down-Charts: Vollstaendiger Leitfaden 2026

Ein Burndown-Chart, auch bekannt als Burn-Down-Chart, ist eine grafische Darstellung der verbleibenden Arbeit gegenueber der Zeit.

Es wird haeufig in agilem Projektmanagement und Scrum-Methodologien verwendet, um den Fortschritt eines Projekts, Sprints oder einer Iteration zu verfolgen.

Das Diagramm hat typischerweise zwei Achsen, wobei die vertikale Achse die Arbeitsmenge (oft gemessen in Story Points oder Aufgaben) und die horizontale Achse die Zeit (normalerweise in Tagen oder Sprints) darstellt.

Schnellantwort: Burn-Down-Charts auf einen Blick

Aspekt	Sprint-Burndown	Release-Burndown
Zeithorizont	Ein Sprint (1-4 Wochen)	Mehrere Sprints (gesamtes Release)
X-Achse	Tage im Sprint	Sprint-Nummern
Y-Achse	Verbleibende Story Points oder Stunden	Verbleibende Story Points
Aktualisierung	Taeglich	Pro Sprint
Am besten fuer	Fortschrittsverfolgung auf Sprint-Ebene	Release-Prognose

Was ist ein Burn-Down-Chart?

Ein Burndown-Chart ist eine visuelle Darstellung, die den Fortschritt von Aufgaben verfolgt, sei es innerhalb eines Epics oder eines Sprints.

Es zeigt die Menge der abgeschlossenen Arbeit und die verbleibende Arbeit.

Seine Bedeutung geht ueber die Aesthetik hinaus - es ist ein vorhersagender Kompass fuer die Reise Ihres Teams, der die Wahrscheinlichkeit bewertet, Aufgaben innerhalb der zugewiesenen Zeit abzuschliessen.

Es bietet Scrum-Teams eine visuelle Moeglichkeit, ihren Fortschritt zum Sprint-Ziel zu verfolgen, was es einfacher macht, potenzielle Probleme, Risiken oder Verzoegerungen zu identifizieren und bei Bedarf Korrekturmassnahmen zu ergreifen.

Im Bereich agiler Projekte gibt es Burndown-Charts in zwei Hauptvarianten - Produkt-Burndown-Charts und Sprint-Burndown-Charts.

Produkt-Burndown-Charts

Produkt-Burndown-Charts bieten eine ganzheitliche Sicht auf das gesamte Projekt.

Diese Charts bieten einen Ueberblick darueber, wie viele Produktziele Ihr Team erreicht hat und welche Arbeit noch aussteht.

Anstelle traditioneller Daten stellt die horizontale Achse Sprint-Nummern dar, waehrend die vertikale Achse Story Points anzeigt.

Sprint-Burndown-Charts

Sprint-Burndown-Charts hingegen zoomen auf laufende Sprints.

Sie zeigen User Stories, die waehrend des Sprint Plannings ausgewaehlt wurden, und verwenden Tage auf der horizontalen Achse, um die Leistung zu messen.

Viele Teams verwenden eine Mischung aus Produkt- und Sprint-Burndown-Charts, um Transparenz zu foerdern und sicherzustellen, dass alle ueber den Fortschritt des Teams informiert sind.

Wie Burn-Down-Charts funktionieren

Ein Burn-Down-Chart hat typischerweise zwei Achsen:

1. Horizontale Achse: Stellt die im Sprint verfuegbare Zeit dar, normalerweise in Tage unterteilt.
2. Vertikale Achse: Stellt die verbleibende Arbeitsmenge im Sprint dar, normalerweise gemessen in Aufwandseinheiten wie Story Points oder Aufgabenstunden.

Wenn das Entwicklungsteam Aufgaben innerhalb des Sprints abschliesst, verringert sich die verbleibende Arbeit, und das Burn-Down-Chart zeigt einen Abwaertstrend.

Die ideale Burn-Down-Linie neigt sich von der Gesamtarbeit zu Beginn des Sprints abwaerts zu null Arbeit am Ende des Sprints.

Durch den Vergleich der tatsaechlichen Burn-Down-Linie mit der idealen Burn-Down-Linie kann das Scrum-Team seinen Fortschritt bewerten und bei Bedarf Anpassungen vornehmen.

Burndown-Charts in Scrum-Projekten nutzen

Ein einfaches Burndown-Chart liefert folgende Daten:

• Gesamtarbeit bei jeder Iteration: Einblicke in die Arbeitslast zu verschiedenen Zeitpunkten.
• Verbleibende Aufgaben: Ein Ueberblick ueber noch zu erledigende Aufgaben.
• Tatsaechliche Teamgeschwindigkeit: Das reale Tempo, mit dem Ihr Team vorankommt.
• Geschaetzte Teamgeschwindigkeit: Vorhergesagte Leistung basierend auf vergangenen Daten.

In bestimmten Faellen fungieren Burndown-Charts auch als Waechter gegen Scope Creep.

Wie kann ein Burn-Down-Chart zur Verbesserung des agilen Projektmanagements verwendet werden?

Ein Burn-Down-Chart kann auf verschiedene Weise zur Verbesserung des agilen Projektmanagements verwendet werden:

• Leistungsueberwachung: Es ermoeglicht Teams, ihre Leistung waehrend eines Sprints zu ueberwachen und sicherzustellen, dass sie auf Kurs sind, ihre Ziele zu erreichen.

• Problemidentifikation: Abweichungen von der idealen Trendlinie koennen Probleme wie Umfangsaenderungen, Ressourcenbeschraenkungen oder technische Herausforderungen hervorheben.

• Umfangsmanagement: Durch die Verfolgung der verbleibenden Arbeit koennen Teams den Projektumfang effektiv verwalten.

• Vorhersagbarkeit: Burn-Down-Charts helfen bei der Vorhersage, ob das Team die geplante Arbeit innerhalb des Sprints abschliessen wird.

• Motivation: Teammitglieder werden durch das Sehen von Fortschritt im Diagramm motiviert, was zu erhoehter Produktivitaet und Commitment fuehren kann.

Wie bewertet man Fortschritt oder Risiken mit Burn-Down-Charts?

Burndown-Charts sind massgeblich daran beteiligt, tiefe Einblicke in die Teamdynamik zu bieten:

Fruehe Fertigstellung: Wenn Ihr Team konsistent Aufgaben vor dem Zeitplan abschliesst, koennte dies ein Hinweis sein, dass sie sich waehrend des Sprint Plannings unter Wert verkaufen.

Konsistente Verfehlungen: Wenn Ihr Team wiederholt hinter seinen Prognosen zurueckbleibt, koennte dies ein Zeichen sein, dass sie sich zu viel vorgenommen haben.

Scharfe Einbrueche: Ein ploetzlicher, starker Rueckgang koennte auf ungenaue Schaetzungen oder unzureichend zerlegte Aufgaben hinweisen.

Flache Linien: Kein Abwaertsfortschritt fuer mehrere Tage signalisiert einen Blocker. Untersuchen Sie dies sofort.

Aufwaertsspitzen: Das Chart steigt, wenn neue Arbeit in der Sprint-Mitte hinzugefuegt wird (Scope Creep).

Gaengige Burn-Down-Chart-Muster und ihre Bedeutung

Die ideale Diagonale

Die tatsaechliche Linie folgt der idealen Linie weitgehend. Dies zeigt genaue Schaetzungen und stetige Ausfuehrung.

Die Klippe

Die Arbeit bleibt die meiste Zeit des Sprints flach und faellt dann gegen Ende steil ab. Dies signalisiert ein wasserfall-aehnliches Verhalten, bei dem Arbeit erst in letzter Minute fertiggestellt wird.

Das Saegemuster

Das Chart zickzackt auf und ab. Dies bedeutet typischerweise, dass Arbeit in der Sprint-Mitte neu geschaetzt wird oder Tasks als fertig markiert werden, bevor sie wirklich die Definition of Done erfuellen.

Die flache Linie

Fast kein Fortschritt fuer Tage. Zeigt einen Blocker an, den der Scrum Master sofort adressieren sollte.

Der Aufwaertstrend

Das Chart neigt sich aufwaerts statt abwaerts. Scope wird schneller hinzugefuegt als Arbeit abgeschlossen wird.

Ihr Burndown-Chart erstellen

Schritt 1. Aufwand schaetzen

Beginnen Sie damit, den Aufwand zu schaetzen, der erforderlich ist, um einen bestimmten Sprint abzuschliessen.

Diese Schaetzung sollte mit Ihrer idealen Baseline uebereinstimmen.

Wenn Ihre ideale Baseline beispielsweise vorsieht, einen Sprint in 5 Tagen mit 80 Stunden Arbeit abzuschliessen, wuerden Sie mit 80 Stunden auf Ihrer Aufwandskurve beginnen.

Schritt 2. Taeglichen Fortschritt verfolgen

Verfolgen Sie den taeglichen Fortschritt, indem Sie die Zeit aufzeichnen, die fuer die Erledigung jeder Aufgabe benoetigt wird.

Ein einfaches Diagramm oder Zeitleisten-Tool kann diesen Prozess erleichtern.

Schritt 3. Tatsaechlichen Aufwand berechnen

Waehrend Ihre anfaenglichen Schaetzungen als Benchmark dienen, zeichnen Sie den tatsaechlichen Aufwand auf, der fuer jede Aufgabe erforderlich ist.

Dieser kann aufgrund von Projektkomplexitaeten oder unvorhergesehenen Herausforderungen variieren.

Schritt 4. Endgueltigen Datensatz erhalten

Sammeln Sie Daten aus Ihren anfaenglichen Aufwandsschaetzungen und tatsaechlichen Arbeitsprotokollen.

Es ist ratsam, diese Daten waehrend des gesamten Projekts fuer Teammitglieder zugaenglich zu halten.

Schritt 5. Burndown plotten

Schliesslich plotten Sie Ihre Datensaetze im Burndown-Chart.

Die Y-Achse sollte Ihren geschaetzten Aufwand widerspiegeln, waehrend die X-Achse vom Projektstart bis zum Abschluss reicht.

Burn-Down-Charts effektiv nutzen

Um Burn-Down-Charts effektiv zu nutzen, befolgen Sie diese Best Practices:

1. Chart regelmaessig aktualisieren: Stellen Sie sicher, dass das Entwicklungsteam das Burn-Down-Chart taeglich aktualisiert. Dies hilft, ein klares, aktuelles Bild des Teamfortschritts zu erhalten.

2. Fortschritt kommunizieren: Teilen Sie das Burn-Down-Chart mit dem gesamten Scrum-Team und relevanten Stakeholdern, um Transparenz zu foerdern.

3. Probleme und Risiken identifizieren: Verwenden Sie das Burn-Down-Chart, um potenzielle Probleme, Risiken oder Verzoegerungen zu identifizieren. Adressieren Sie diese Bedenken umgehend.

4. Anpassen und Justieren: Wenn das Burn-Down-Chart anzeigt, dass das Scrum-Team nicht auf Kurs ist, erwaegen Sie, den Ansatz des Teams anzupassen oder den Sprint-Umfang zu justieren.

5. Ueberpruefen und Lernen: Ueberpruefen Sie nach jedem Sprint das Burn-Down-Chart, um Verbesserungsbereiche zu identifizieren.

6. Nicht als Druckmittel verwenden: Das Chart ist ein Transparenz-Tool, kein Mittel zur Druckausuebung auf das Team.

Einschraenkungen von Burndown-Charts

Obwohl Burndown-Charts wertvoll sind, haben sie Einschraenkungen:

• Begrenzter Umfang: Sie zeigen nur abgeschlossene Story Points oder Aufgaben und lassen Aenderungen im Projektumfang aus.

• Abhaengigkeit von Schaetzungen: Die Genauigkeit der idealen Arbeitslinie haengt von anfaenglichen Zeitschaetzungen ab.

• Kein Qualitaetssignal: Ein Chart, das null erreicht, bedeutet nicht, dass die Arbeit die Definition of Done auf akzeptablem Qualitaetsniveau erfuellt.

• Kein Blocker-Kontext: Eine flache Linie zeigt, dass etwas falsch ist, erklaert aber nicht warum.

Burn-Up vs. Burn-Down-Charts

Waehrend Burndown-Charts ein Grundpfeiler im agilen Projektmanagement sind, ist es wichtig, ihr Gegenstueck zu erwaehnen - Burn-Up-Charts.

Aspekt	Burn-Down-Chart	Burn-Up-Chart
Richtung	Startet hoch, tendiert zu null	Startet bei null, tendiert nach oben
Zeigt	Verbleibende Arbeit	Abgeschlossene Arbeit
Umfangsaenderungen	Schwer sichtbar (Chart springt nach oben)	Klar sichtbar (Umfangslinie verschiebt sich)
Am besten fuer	Sprint-Fortschritt, Team-orientiert	Release-Planung, Stakeholder-orientiert

Burn-Up-Charts konzentrieren sich darauf, Fortschritt und Erreichtes zu zeigen, anstatt die verbleibende Arbeit. Sie starten von unten und steigen an, mit einer Umfangslinie, die die Projektanforderungen anzeigt.

Haeufige Fehler bei Burn-Down-Charts

Fehler 1: Keine taegliche Aktualisierung

Problem: Das Chart wird nur am Ende des Sprints aktualisiert.

Loesung: Machen Sie Chart-Updates zum Teil der Daily-Scrum-Routine. Jeder Entwickler aktualisiert seine verbleibende Arbeit taeglich.

Fehler 2: Teilweise abgeschlossene Arbeit zaehlen

Problem: Teams zaehlen eine Story als 50% fertig und entfernen die Haelfte ihrer Punkte aus dem Burndown.

Loesung: Verwenden Sie eine Alles-oder-nichts-Regel. Story Points werden nur entfernt, wenn eine Story vollstaendig die Definition of Done erfuellt.

Fehler 3: Das Chart als Management-Druckinstrument verwenden

Problem: Manager nutzen flache oder aufwaerts gerichtete Burndowns, um Teams negativ unter Druck zu setzen.

Loesung: Rahmen Sie das Chart als Team-Transparenz-Tool. Verwenden Sie Abweichungen als Gespraechsstarter, nicht als Leistungsbeurteilung.

Fehler 4: Fehlende Bereinigung bei Mid-Sprint-Scope-Erweiterungen

Problem: Neue Arbeit wird in der Sprint-Mitte hinzugefuegt, ohne den Gesamtumfang anzupassen.

Loesung: Jede Mid-Sprint-Scope-Erweiterung sollte explizit mit dem Product Owner ausgehandelt werden.

Fehler 5: Inkonsistente Schaetzungseinheiten

Problem: Einige Teammitglieder verfolgen Stunden, andere Story Points.

Loesung: Einigen Sie sich zu Beginn jedes Sprints auf eine Messeinheit und verwenden Sie diese konsequent.

Fazit

Zusammenfassend sind Burn-Down-Charts ein leistungsstarkes Scrum-Metrik- und Reporting-Tool, das Scrum-Teams hilft, ihren Fortschritt waehrend eines Sprints zu ueberwachen und potenzielle Probleme, Risiken oder Verzoegerungen zu identifizieren.

Durch effektive Nutzung von Burn-Down-Charts und Befolgung von Best Practices kann Ihr Scrum-Team seine Leistung optimieren und auf Kurs bleiben, um das Sprint-Ziel zu erreichen.

Wichtige Erkenntnisse:

• Verwenden Sie Sprint-Burndowns fuer taegliche Teamtransparenz und Release-Burndowns fuer die Stakeholder-Kommunikation
• Erkennen Sie Muster (Klippe, Saegemuster, flache Linie) und handeln Sie in Retrospektiven
• Zaehlen Sie niemals teilweise Punkte - nur vollstaendig abgeschlossene Arbeit brennt ab
• Behandeln Sie das Chart als Team-Transparenz-Tool, nicht als Management-Kontrollinstrument

Weiterlesen

Häufig gestellte Fragen (FAQs)