Das Scrum Framework — Zweite Ausgabe

Dieses Kapitel bewahrt den historischen und praktischen Lehrkontext der zweiten Ausgabe. Den Lehrplan der dritten Ausgabe finden Sie ebenfalls im nachfolgenden Inhaltsverzeichnis.

---

Burndown Chart in Scrum: den agilen Fortschritt beherrschen

In der sich rasant weiterentwickelnden Softwarewelt des 21. Jahrhunderts ist es entscheidend, Chaos in Ordnung zu verwandeln. Ein scheinbar einfaches, aber äußerst wirkungsvolles Werkzeug verschafft Ihnen mehr Kontrolle über den Projektlebenszyklus: das Burndown Chart. In Scrum, einem führenden agilen Framework für komplexe Projekte, genießt es hohes Ansehen. Diese grafische Darstellung kann Ihren Umgang mit Aufgaben und Zeitrahmen grundlegend verändern. Dieser Artikel zeigt Ihnen, wie Sie das Burndown Chart im Scrum-Kontext wirksam nutzen und reibungslose Softwareentwicklungszyklen erreichen. Steigen Sie ein und machen Sie Ihr Sprint Planning zu einem strategischen Kraftpaket!

Ein Burndown Chart ist in Scrum ein wertvolles Werkzeug, um den Arbeitsfortschritt im Zeitverlauf sichtbar zu machen. Es hilft Teams, den Projektumfang zu überwachen, ihren Zeitplan zu verfolgen und geplante Arbeit mit dem tatsächlichen Fortschritt zu vergleichen. Indem es verbleibende Arbeit gegen die Zeit aufträgt, ermöglicht es Prognosen über den Abschluss und fundierte Entscheidungen für erfolgreiche Sprint-Lieferungen.

Definition des Burndown Charts in Scrum: Das Scrum Burndown Chart ist ein visuelles Messinstrument, das die verbleibende Arbeit im Zeitverlauf im Vergleich zu einem Referenztrend für einen Sprint oder ein Release zeigt. Es hilft dem Team, seinen Fortschritt einzuschätzen und seinen Plan auf das gewünschte Ergebnis auszurichten.

Das Burndown Chart in Scrum verstehen

In Scrum stellt ein Burndown Chart den zeitlichen Fortschritt eines Teams auf dem Weg zum Sprint-Ziel dar. Es wird zu Beginn jeder Iteration erstellt und zeigt die noch zu erledigende Arbeit im Verhältnis zur Zeit. So sehen Teammitglieder die verbleibende Arbeitsmenge und können ihre Vorgehensweise anpassen, um auf Kurs zu bleiben.

Stellen Sie sich vor, Sie arbeiten mit Scrum an einem Softwareentwicklungsprojekt. Ihr zweiwöchiger Sprint umfasst laut Sprint Backlog geschätzte 80 Arbeitsstunden. Nach dem ersten Tag ist Arbeit abgeschlossen, die zuvor auf 20 Stunden geschätzt wurde. Wenn keine Arbeit hinzugefügt oder neu geschätzt wurde, verbleiben 60 Stunden. Das Diagramm zeigt diese tatsächliche Restaufwandsschätzung im Vergleich zur Referenzlinie.

Entspricht der tatsächliche Fortschritt im weiteren Verlauf den Prognosen oder übertrifft sie, läuft es gut. Kommt das Team nur schwer hinterher oder ist es voraus, können zugrunde liegende Ursachen eine nähere Betrachtung erfordern. Deshalb kann die Beobachtung des Burndown Charts verhindern, dass mögliche Schwierigkeiten später zu größeren Problemen werden.

Visuelle Darstellung von Arbeit und Zeit

Ein wesentlicher Vorteil des Burndown Charts ist seine Einfachheit und leichte Handhabung. Üblicherweise zeigt die vertikale Achse die verbleibende Arbeit, oft in Story Points oder Stunden, während die horizontale Achse die Zeit darstellt.

Vergleichen Sie es mit Google Maps auf der Fahrt zu einem unbekannten Ziel: Orientierungspunkte zeigen Ihren Fortschritt, dazu kommen der aktuelle Standort und die geschätzte Entfernung zum Ziel.

Die ideale Trendlinie (ITL) ist eine gerade Referenzlinie, die eine gleichmäßige Verringerung der ursprünglichen Schätzung innerhalb des Zeitrahmens zeigt. Die tatsächliche Arbeit muss dieser Linie nicht exakt folgen. Die Umstände unterscheiden sich und weichen gewöhnlich von der ITL ab. Abweichungen können auf Überschätzungen, unterschätzte Aufgabenkomplexität oder Hindernisse für den Fortschritt hinweisen.

Wie können Teams den Verlauf ihres Burndown Charts stärker an die ITL annähern, und wie sieht ein gesundes Diagramm aus? Diesen grundlegenden Fragen widmen wir uns im nächsten Abschnitt.

Ein Burndown Chart nutzen

Ein besonders großer Vorteil des Burndown Charts ist, dass es aktuelle und genaue Informationen über den Projektfortschritt liefert. Mit einem passenden Diagramm können Sie den Fortschritt zu Ihren Zielen verfolgen, Abweichungen von der idealen Steigung beobachten und Probleme erkennen, die den rechtzeitigen Aufgabenabschluss behindern. Für eine wirksame Nutzung muss es laufend überprüft und aktualisiert werden, damit alle Daten aktuell bleiben.

Wenn das Team beispielsweise in einem Sprint aufgrund einer unvorhergesehenen Schwierigkeit oder unerwarteter Anforderungskomplexität langsamer arbeitet als erwartet, zeigt das Burndown Chart die Abweichung von der idealen Trendlinie.

Durch regelmäßige Überprüfung des Diagramms und dieser Fortschrittsschwankungen können Sie gemeinsam mit dem Team frühzeitig korrigieren. So bleibt das Projekt auf Kurs und passt sich bei Bedarf an, um mit seinen Zielen im Einklang zu bleiben.

• Laut der 14. Ausgabe des VersionOne State of Agile Report gaben 83% der Befragten, die hauptsächlich Softwareteams repräsentierten, an, Scrum oder hybride Scrum-Methoden einzusetzen. Das deutet auf eine möglicherweise weite Verbreitung von Burndown Charts als einem der zentralen Steuerungsinstrumente hin.
• Eine in „Information and Software Technology“ veröffentlichte Studie untersuchte 160 Sprints aus 16 Softwareentwicklungsprojekten. Sie stellte fest, dass die Sprints häufig von der idealen Burndown-Linie abwichen, mit einer durchschnittlichen Abweichung von etwa 25%.
• Dieselbe Studie zeigte, dass trotzdem ungefähr 72% dieser Sprints ihre Abschlussziele erreichten. Das legt nahe, dass regelmäßige Analyse und Anpassungsfähigkeit, unterstützt durch Werkzeuge wie Burndown Charts, helfen können, Abweichungen im Zeitverlauf erfolgreich zu bewältigen.
• Das Burndown Chart ist ein wertvolles Werkzeug, um den Projektfortschritt zu verfolgen und Probleme zu erkennen, die den rechtzeitigen Abschluss gefährden könnten. Teams können Abweichungen von der idealen Steigung beobachten und vorausschauend korrigieren. Regelmäßige Überprüfung und Aktualisierung sind entscheidend für genaue und aktuelle Daten.

Schritte zur Erstellung eines Diagramms in Scrum

Ein nützliches Burndown Chart in Scrum erfordert etwas Vorplanung, bevor Teams ihren Fortschritt wirksam verfolgen können.

Vergleichen Sie es mit einem Hausbau: Vor Baubeginn erstellen Architekten Pläne als Orientierung für die Bauleute. Ebenso müssen vor der Erstellung eines Burndown Charts bestimmte Parameter feststehen, um auf messbare Ziele hinzuarbeiten.

Bevor wir die Erstellung für die Softwareentwicklung mit Scrum näher betrachten, bedenken Sie, dass verschiedene Möglichkeiten zur Diagrammerstellung zur Verfügung stehen. Online-Werkzeuge wie Process Canvas von Visual Paradigm bieten intuitive Oberflächen und automatisierte Abläufe, die die Aufgabe zusätzlich erleichtern.

Hier sind die allgemeinen Schritte:

1. Sprint-Länge bestimmen: Zunächst legen Sie fest, wie lange Ihre Sprints dauern, üblicherweise zwischen 1-4 Wochen.
2. Sprint Backlog bestimmen: Ein Backlog legt fest, welche Elemente im Entwicklungsverlauf Aufmerksamkeit erfordern. Das gilt auch bei der Erstellung eines Burndown Charts: Identifizieren Sie alle Elemente, die während des jeweiligen Sprints geliefert werden sollen.
3. Velocity bestimmen: Velocity bezeichnet die Arbeitsmenge, die Ihr Team in einem bestimmten Zeitraum abschließt. Historische Velocity kann Prognosen unterstützen, ist aber keine Voraussetzung für ein Burndown Chart. Ein neues Team verfügt möglicherweise noch nicht über entsprechende Daten.
4. Burndown Chart gestalten: Erstellen Sie aus den genannten Daten ein Diagramm, das diese Informationen zusammenführt und den Fortschritt im Verhältnis zu Ihren Zielen genau abbildet.

Denken Sie daran, das einmal erstellte Diagramm täglich zu aktualisieren und regelmäßig zu prüfen, wie die Daten mit Ihren übergeordneten Projektzielen zusammenpassen.

Nachdem Sie nun wissen, wie ein Burndown Chart in Scrum erstellt wird, betrachten wir die Fortschrittsüberwachung mit diesem Werkzeug.

Fortschritt mit dem Burndown Chart überwachen

In Scrum nutzen Teams ein Burndown Chart, um ihren Fortschritt zum Abschluss aller Arbeitseinträge eines Sprints zu verfolgen. So wissen die Teammitglieder genau, wie viel Arbeit noch aussteht, und können ihre Vorgehensweise anpassen. Das Diagramm wird täglich um neue Informationen zu abgeschlossenen Aufgaben und verbleibendem Aufwand ergänzt. Diese häufigen Aktualisierungen liefern mit der Zeit wichtige Erkenntnisse.

Die Fortschrittsgeschwindigkeit eines Scrum Teams heißt „Velocity“. Sie drückt beispielsweise aus, wie viele Story Points pro Iteration abgeschlossen werden. Eine wichtige Berechnungsregel besagt, dass nur Stories zählen, die am Ende der Iteration fertig sind. Teilweise abgeschlossene Arbeit, etwa fertiger Code ohne Tests, darf keinesfalls mitgezählt werden.

Nach mehreren Sprints verfügt ein Team möglicherweise über genügend Velocity-Daten für Abschlussprognosen, sofern Arbeit und Bedingungen ausreichend vergleichbar bleiben. Beträgt die Velocity eines Scrum Teams beispielsweise 30 Story Points und umfasst die verbleibende Arbeit 155 Punkte, lassen sich ungefähr 6 Sprints bis zum Abschluss dieses Umfangs prognostizieren, wenn Velocity und Umfang stabil bleiben.

Stellen Sie sich beispielsweise einen zweiwöchigen Sprint vor, in dem ein hypothetisches Team einen Durchsatz von 100 Story Points pro Woche verfolgt. Diese wöchentliche Rate darf nicht mit seiner Velocity pro Sprint verwechselt werden. Durch das Eintragen des täglichen Fortschritts in das Burndown Chart erkennt das Team, ob es vor oder hinter dem Zeitplan liegt, und kann bei Bedarf korrigieren.

Sobald die Überwachung eingerichtet ist, ist es entscheidend, die Daten des Burndown Charts lesen und interpretieren zu können.

Daten des Burndown Charts interpretieren

Die horizontale Achse des Burndown Charts zeigt die Zeit, während die vertikale Achse die an jedem Tag verbleibende Arbeitsmenge darstellt, die idealerweise bis zum Sprint-Ende auf null sinkt. Die ideale Trendlinie dient als Gesprächsgrundlage. Ein gesundes Team untersucht den tatsächlichen Verlauf, statt das Diagramm in eine perfekte Form zu zwingen.

Angenommen, Ihr Sprint dauert zehn Arbeitstage und umfasst insgesamt 100 Arbeitsstunden. Dann beträgt Ihre ideale Burndown-Rate an TAG 1 zehn Stunden pro Tag.

Eine Abweichung kann veränderten Umfang, neue Schätzungen, Hindernisse oder den Zeitpunkt abgeschlossener Arbeit widerspiegeln. Eine Linie oberhalb des Idealverlaufs bedeutet gewöhnlich, dass mehr Arbeit verbleibt als prognostiziert; eine Linie darunter meist, dass weniger verbleibt. Keiner dieser Verläufe beweist für sich ein Problem. Besprechen Sie die Ursachen und das Sprint-Ziel, bevor Sie entscheiden, ob der Plan angepasst werden soll.

Vergleichen Sie es mit dem schnellen Lesen eines Buchs: Wenn Sie normalerweise 50 Seiten pro Stunde lesen und verstehen, nun aber mehr als 45 Minuten für 20 Seiten brauchen, zeigt die Abweichung, dass etwas anders ist. Entweder muss sich Ihr Tempo verbessern, oder das Buch erfordert mehr Aufmerksamkeit.

Sprint-Ziele anhand des Diagramms bewerten

Das Burndown Chart ist ein wirkungsvolles Werkzeug, um die Erreichbarkeit von Sprint-Zielen zu beurteilen. Es hilft Teams, ihren Fortschritt zur Fertigstellung sämtlicher User Stories im Sprint Backlog zu verfolgen. Durch die Darstellung der verbleibenden Arbeit im Zeitverlauf erkennen Teammitglieder klar, welcher tägliche Aufwand für die vereinbarten Ziele nötig ist.

In der agilen Softwareentwicklung kann es zu Verzögerungen, verfehlten Meilensteinen und letztlich zum Scheitern des Projekts führen, wenn man sich auf ein Sprint-Ziel festlegt, ohne zu wissen, ob das Team es innerhalb der Iteration erreichen kann.

Mit einem Burndown Chart können Sie früh erkennen, ob Ziele voraussichtlich vor Sprint-Ende erreicht werden. Wenn Teams die Muster früherer Sprints prüfen und den täglichen Fortschritt damit vergleichen, können sie vorausschauend den Kurs korrigieren und erfolgreiche Ergebnisse unterstützen.

Ebenso wichtig ist der richtige Umgang mit diesen Diagrammen, da sie in der Softwareentwicklung sowohl Vor- als auch Nachteile haben.

In der Praxis verändern sich die Einträge im Scrum Product Backlog jedoch im Projektverlauf. Neue Stories kommen hinzu, andere werden geändert oder entfernt. Im einfachen Burndown Chart lassen sich Team-Velocity und Umfangsänderungen nicht unterscheiden. Dafür kann eine andere Diagrammform eingesetzt werden.

Vor- und Nachteile von Burndown Charts im agilen Teammanagement und in der Softwareentwicklung

Burndown Charts gehören zu den am häufigsten verwendeten Kennzahlen in Scrum, weil sie Fortschritt einfach und wirksam sichtbar machen und Abschlussdaten prognostizieren helfen. Wie bei jedem Werkzeug sind mit ihrer Nutzung jedoch Vor- und Nachteile verbunden.

Vorteile

Burndown Charts schaffen Transparenz und zeigen, wie viel Arbeit zu einem bestimmten Zeitpunkt verbleibt. Ihre einfache, klare Darstellung hilft, Informationsüberlastung zu vermeiden, und bietet dennoch wertvollen Überblick über die täglichen Aktivitäten.

Außerdem unterstützen sie die gemeinsame Verantwortungsübernahme, indem sie Restarbeit sichtbar machen und Gespräche über Arbeitslast und Hindernisse ermöglichen. Ein Diagramm auf Teamebene zeigt nicht die Geschwindigkeit oder Produktivität einzelner Personen.

Nachteile

Trotz greifbarer Vorteile haben Burndown Charts mögliche Nachteile, die bedacht werden sollten. Zum Beispiel:

• Sie können einen unrealistischen Eindruck vermitteln: Abhängig von früheren Schätzungen zur technischen Komplexität, von Produktspezifikationen oder anderen während der Entwicklung auftretenden Faktoren kann das Diagramm gegen Sprint-Ende den Eindruck eines exponentiellen Gesamtfortschritts erwecken.
• Sie können die Effizienz verringern: In manchen Fällen führen Burndown Charts zu übermäßiger Überwachung durch einzelne Teammitglieder. Aktualisierungen erzeugen Unterbrechungen, während andere Produktivitätsaspekte vernachlässigt werden.
• Sie können Mikromanagement fördern: Bei falscher Anwendung können Führungskräfte Burndown Charts zur übermäßigen Detailsteuerung des Teams nutzen. Das kann Autonomie verringern, die Stimmung belasten und zu schlechten Entscheidungen führen.

Diese Einschränkungen sind mögliche, aber keine zwangsläufigen Folgen der Verwendung von Burndown Charts. Deshalb müssen diese Risiken gegen den Nutzen der Projektverfolgung mit dieser Kennzahl abgewogen werden. Am besten besprechen Sie sie mit Ihrem Team und passen die Anwendung an Ihren konkreten Kontext an.

Hier wird ein Balkendiagramm statt einer Linie verwendet. Die Größe jedes Balkens zeigt die gesamte Restarbeit zu Beginn eines Sprints. Die Team-Velocity wird am oberen Ende abgezogen, während Umfangsänderungen das untere Ende verändern.

Für noch genauere Prognosen kann auch die Änderungsrate der gesamten Arbeit berücksichtigt werden. Dabei ist Vorsicht nötig: Sie kann zu Projektbeginn hoch sein und später sinken. Dieses Muster muss überprüft werden und darf nicht einfach vorausgesetzt werden.

Wie häufig sollte ein Burndown Chart in einem Scrum-Projekt aktualisiert werden?

Es sollte täglich aktualisiert werden. Dadurch verfolgt das Team seinen Fortschritt und erkennt Probleme oder Hindernisse in Echtzeit. Das ermöglicht schnellere Entscheidungen und nötige Korrekturen, damit das Projekt auf Kurs bleibt. Tägliche Aktualisierungen liefern außerdem wertvolle Daten zur Analyse der Teamleistung und zur genauen Prognose von Abschlussdaten.

Wie unterstützt ein Burndown Chart die Steuerung von Scrum-Projekten?

Es stellt den Arbeitsfortschritt während eines Sprints grafisch dar. Die Darstellung von Restarbeit im Verhältnis zur Zeit zeigt, ob das Team voraussichtlich seine Ziele erreicht. Probleme und Engpässe werden sichtbar, sodass das Team nötige Maßnahmen zur Termineinhaltung ergreifen kann. Statistiken vorheriger Sprints unterstützen Prognosen und fundierte Entscheidungen.

Welche Informationen vermittelt ein Burndown Chart zum Projektfortschritt?

Es zeigt die verbleibende Arbeitsmenge im Verhältnis zur Zeit und veranschaulicht, ob das Team das Projekt voraussichtlich innerhalb der verfügbaren Zeit abschließt. Die Steigung der Linie verdeutlicht das Tempo der Fertigstellung. Abweichungen vom erwarteten Verlauf lassen sich früh erkennen und bearbeiten. Außerdem hilft das Diagramm Stakeholdern und Teammitgliedern, Trends zu erkennen, fundierte Entscheidungen zu treffen und ihre Strategien bei Bedarf anzupassen.

Welche Werkzeuge oder Software werden zur Erstellung von Burndown Charts in Scrum genutzt?

Für die Softwareentwicklung mit Scrum stehen verschiedene Werkzeuge zur Verfügung. Jira und Microsoft Azure DevOps bieten Burndown-Berichte; Trello kann passende Power-Ups oder Integrationen nutzen. Diese Werkzeuge zeigen Restarbeit im Zeitverlauf, unterstützen die Fortschrittsverfolgung und machen Planabweichungen sichtbar. Statistiken zufolge verbessern sie Zusammenarbeit und Transparenz und erleichtern datenbasierte Entscheidungen für erfolgreiche Projektlieferung.

Welche bewährten Praktiken helfen bei der wirksamen Interpretation und Nutzung von Burndown-Daten in Scrum?

Zunächst sollte das Diagramm täglich aktualisiert werden, um den Fortschritt genau zu verfolgen. Das Team sollte den Trend gemeinsam mit der tatsächlichen Arbeit und dem Sprint-Ziel betrachten. Ein steiler Abfall kann lediglich bedeuten, dass abgeschlossene Arbeit gesammelt eingetragen wurde. Umfangsänderungen müssen sichtbar gemacht und besprochen werden. Der Vergleich von tatsächlichem und geplantem Burndown zeigt Verbesserungsmöglichkeiten und nötige Anpassungen für spätere Sprints. Studien zufolge erreichen Teams mit wirksamer Nutzung höhere Produktivität und bessere Vorhersagbarkeit bei Softwareprojekten (Quelle: Agile Alliance).

Zusammenfassung zum Burndown Chart in Scrum

Das Scrum Burndown Chart vereint verschiedene wesentliche Elemente agilen Projektmanagements. Insbesondere das Sprint-Burndown-Diagramm, das den Arbeitsverlauf gegen die Zeit innerhalb eines Sprints darstellt, ist entscheidend für die Verfolgung des Fortschritts zu den Sprint-Zielen.

Arbeits- und Problemschätzungen prägen das Diagramm. Die geschätzte Zahl der abzuschließenden Einheiten bildet die Grundlage dieser dynamischen Momentaufnahme des Fortschritts. Projektmanager, Scrum Master und Product Owner nutzen es, um den Projektstand genau zu beobachten und mögliche Risiken zu mindern.

Der Scrum Master sorgt als unterstützende Instanz dafür, dass das Diagramm seinen Zweck im agilen Sprint erfüllt. Der Product Owner vertritt Unternehmen und Kunden und beobachtet es, um das Projekt an den übergeordneten Geschäftszielen auszurichten. So wird das Burndown Chart zu einer Grundlage für Transparenz, effiziente Kommunikation und Zusammenarbeit.

Für agile Unternehmen ist es ein wertvoller Bestandteil der Projektmanagementunterlagen. Es berücksichtigt Epics und Zeitpläne und schafft einen umfassenden Blick auf den Projektverlauf. Neben dem Arbeitsfortschritt zeigt es die Unterschiede zwischen geschätztem und tatsächlichem Abschluss und unterstützt damit kontinuierliche Verbesserung.

Durch die Einbindung in Projektmanagementwerkzeuge wie Jira oder Trello passt sich das Burndown Chart dem Arbeitsfluss an und vereinfacht die Verfolgung. Es wird zu einem dynamischen Instrument, das die Summe der Anstrengungen und die laufende Projektentwicklung widerspiegelt.

Das Scrum Burndown Chart steht damit für Effizienz und zeigt Arbeitsfortschritt, Schätzungen und mögliche Risiken anschaulich. Es ist eine Grundlage für Zusammenarbeit und Transparenz und unterstützt Unternehmen und Produkte bei ihren agilen Vorhaben. Ob Artikel, Geschäftsprodukte oder Unternehmensinitiativen: Das Burndown Chart bleibt ein unverzichtbares Hilfsmittel, das Teams zu einem erfolgreichen Projektabschluss führt.