Burn-down-Charts: einen Sprint auf einen Blick lesen
Der Burn-down-Chart zeigt Tag für Tag die offene Arbeit eines Sprints gegen eine Ideallinie. So liest du die Verläufe und so zeichnet Prior ihn.
Ein Burn-down-Chart zeigt, wie viel Arbeit in einem Sprint noch offen ist, Tag für Tag. Die Linie sollte am letzten Tag bei null ankommen. Liegt sie unter der Ideallinie, ist das Team voraus. Liegt sie darüber, ist das Team im Rückstand.
Was es ist
Der Burn-down-Chart ist ein Standardwerkzeug von Scrum-Teams. Der Scrum Guide nennt Burn-downs, Burn-ups und kumulative Flussdiagramme als Möglichkeiten zur Prognose. Er stellt aber klar, dass keines davon den Blick auf das tatsächlich Geschehene ersetzt: Du entscheidest weiterhin anhand dessen, was passiert ist.
Das Diagramm hat zwei Linien in einem Raster. Die waagerechte Achse sind die Tage des Sprints. Die senkrechte Achse ist die offene Arbeit, meist in Story Points gemessen. Die Ideallinie verläuft gerade, von der Arbeit, die am ersten Tag zugesagt wurde, bis null am letzten Tag. Die Ist-Linie zeigt, was tatsächlich übrig ist. Bei Story Points verlässt die Arbeit die Linie erst, wenn eine Story fertig ist. Deshalb bewegt sich die Ist-Linie in Stufen.
Warum er funktioniert
Ein Burn-down-Chart ist ein Fortschrittsmonitor, den das ganze Team sehen kann. In einer Metaanalyse von 2016 mit 138 Experimenten und 19.951 Personen fanden Benjamin Harkin und Kollegen heraus, dass die Aufforderung, den Fortschritt auf ein Ziel hin zu beobachten, das Erreichen des Ziels verbesserte (d+ = 0,40). Der Effekt war größer, wenn der Fortschritt physisch festgehalten oder öffentlich berichtet wurde (Psychological Bulletin). Die meisten Studien betrafen persönliche Gesundheitsziele. Die Übertragung auf Teams ist deshalb eine Schlussfolgerung. Der Mechanismus ist aber derselbe: Wenn der Fortschritt vor dir liegt, passt du früher an.
Der Zeitpunkt ist der zweite Grund. Ein Team, das am dritten Tag sieht, dass es im Rückstand ist, kann eine Story teilen oder um Hilfe bitten. Ein Team, das es am neunten Tag merkt, kann nur noch Arbeit streichen.
So liest du es
Vergleiche die Ist-Linie mit der Ideallinie und schau dir danach die Form an.
| Verlauf | Was er oft bedeutet |
|---|---|
| Von Anfang an über der Ideallinie und sinkt nicht | Der Sprint enthält mehr, als das Team schafft, oder die Schätzungen waren zu niedrig. |
| Flach, dann ein Absturz in den letzten Tagen | Stories wurden gleichzeitig begonnen und gemeinsam fertig. Die Arbeit wird nicht Tag für Tag abgeschlossen. |
| Ein Sprung nach oben | Nach Sprintbeginn wurde Arbeit hinzugefügt. |
| Früh unter der Ideallinie | Das Team ist voraus, oder es hat zu wenig zugesagt. |
| Flach, obwohl alle beschäftigt sind | Die Stories sind zu groß, um fertig zu werden, oder sie sind blockiert. |
Das sind übliche Lesarten, keine Regeln. Das Diagramm zeigt dir, wo du hinschauen solltest. Warum etwas so ist, kann nur das Team sagen.
Ein Burn-up-Chart zeichnet statt einer zwei Linien: die erledigte Arbeit, die steigt, und den Gesamtumfang, der eine eigene Linie ist. Wenn jemand Arbeit hinzufügt, springt die Umfangslinie nach oben, und du siehst es. Im Burn-down-Chart wirken hinzugefügte und erledigte Arbeit auf derselben Linie gegeneinander. Ein flaches Stück kann dann beides bedeuten. Ein Burn-up-Chart trennt beides, und das macht ihn leichter lesbar, wenn sich der Umfang ändert.
Nehmen wir ein Team mit 40 zugesagten Punkten über 10 Tage. Die Ideallinie sagt, dass am fünften Tag noch 20 Punkte offen sein sollten. Die Ist-Linie zeigt 31. Das Team schaut auf sein Board und findet zwei 8-Punkte-Stories in Arbeit, die beide auf ein Review warten. Sie schließen eine ab und teilen die andere. Am achten Tag sind 14 Punkte offen, laut Ideallinie wären es 8. Beim Sprint-Review ist eine 5-Punkte-Story übrig. Das Team nimmt sie mit Zustimmung des Product Owners aus dem Sprint.
So nutzt du es
- Lege den Umfang am ersten Tag fest. Die Ideallinie beginnt bei dem, was das Team zugesagt hat.
- Verschiebe Stories nur dann auf „erledigt“, wenn sie wirklich fertig sind. Erst dann fällt das Diagramm.
- Schau im Daily darauf. Ein Blick genügt: voraus, im Plan oder im Rückstand.
- Wenn du im Rückstand bist, frag nach dem Grund. Such nach blockierten oder zu großen Stories. Frag nach dem Was, nicht nach dem Wer.
- Schau im Review auf die ganze Form. Eine flache Mitte und ein Absturz am Ende sind ein Muster, an dem du im nächsten Sprint arbeiten solltest.
Fehler, die du vermeiden solltest
- Die Ideallinie als Ziel behandeln. Echte Arbeit verläuft nicht linear. Eine Linie, die in der Mitte etwas über der Ideallinie liegt, ist normal.
- Stories lange in Arbeit lassen. Viele halb fertige Stories ergeben eine flache Linie und einen Absturz. Erst beenden, dann beginnen.
- Schätzungen ändern, um die Linie zu schönen. Wer die Arbeit mitten im Sprint neu schätzt, verdeckt genau das, was das Diagramm zeigen soll.
- Umfangsänderungen verschweigen. Wenn Arbeit hinzukommt, sag es. Ein Burn-up-Chart zeigt es.
- Das Diagramm als Zeugnis benutzen. Ein Diagramm, mit dem man das Team beurteilt, bringt die Leute dazu, nicht mehr ehrlich zu berichten.
- Stories ohne Schätzung lassen. Das Diagramm kann nicht zählen, was keine Größe hat.
Wann er das falsche Werkzeug ist
- Im kontinuierlichen Fluss. Ohne Sprint gibt es nichts, das herunterbrennen könnte. Schau dir stattdessen an, wie lange Aufgaben brauchen, oder nimm ein kumulatives Flussdiagramm.
- Bei sehr kleinen Sprints. Bei fünf Stories bewegt sich die Linie in wenigen großen Sprüngen. Zähl dann die Stories.
- Wenn nichts geschätzt wird. Zähl stattdessen die Issues. Prior macht das für dich.
- Wenn das Ziel eine lange, feste Frist ist. Ein Burn-up-Chart für das ganze Release zeigt Umfang und Fortschritt über Monate.
In Prior
In einem Scrum-Projekt öffnest du den Tab Sprints. Der Burn-Chart steht über den Sprintkarten.
- Wähle den Sprint. Standardmäßig ist es der laufende Sprint oder der zuletzt abgeschlossene.
- Wechsle die Ansicht. Burn-down | Burn-up.
- Burn-down zeichnet die Offen-Arbeit (Umfang minus erledigt) und eine gestrichelte Linie Ideal. Sie führt vom Umfang, der am ersten Tag zugesagt wurde, bis null am letzten Tag.
- Burn-up zeichnet Erledigt und den gesamten Umfang. Der Umfang springt, wenn Arbeit hinzugefügt oder entfernt wird. Dazu kommt die Linie Ideal von 0 bis zum zugesagten Umfang.
- Heute ist markiert. Kommende Tage sind leer, und nur die Ideallinie reicht bis zum Ende.
- Einheit. Das Diagramm zählt Story Points, sobald ein Issue des Sprints eine Schätzung hat. Sonst zählt es Issues und zeigt In Tickets (nichts geschätzt) an.
- Details. Bewege die Maus über einen Tag oder tippe darauf, um seine Werte zu sehen. Mit den Pfeiltasten gehst du weiter, wenn das Diagramm den Fokus hat. Ein Screenreader liest eine Zusammenfassung in einem Satz und eine verborgene Tabelle mit jedem Tag vor.
Das Diagramm wird neu geladen, wenn sich Status, Punkte oder Sprint eines Issues im Sprint ändern.
Zwei Grenzen solltest du kennen. Bei einem Projekt, das auf Priors Servern gespeichert ist, spielt das Diagramm den Verlauf deiner Aufgaben erneut ab. Jeder Tag zeigt also die Punkte und den Abschluss, die die Aufgaben an diesem Tag hatten. Die Sprintzugehörigkeit wird aber nicht mitprotokolliert. Deshalb ist der Umfang der aktuelle Stand der Issues im Sprint: Ein Issue, das du aus dem Sprint nimmst, verschwindet auch aus den vergangenen Tagen. Eines, das spät hinzukommt, erscheint ab dem Tag, an dem es angelegt wurde, nicht ab dem Tag, an dem es dem Sprint beitrat. Bei einem persönlichen Projekt, oder wenn Prior den Server nicht erreichen kann, wird das Diagramm aus den Aufgaben im jetzigen Zustand gebaut. Es ist dann als Geschätzt markiert: Ein abgeschlossenes Issue zählt an dem Tag, an dem es sich zuletzt geändert hat, und frühere Schätzungen sind nicht bekannt.
Die Referenz steht unter Burn-Charts, die Einrichtung der Sprints unter Sprints.