Wie man Werte im Burn Down Chart in Scrum berechnet

Nach der Veröffentlichung unter Freunden des ersten Artikels über das Burn Down Chart, kam in den Kommentaren die zweite Frage auf: "Es ist nicht klar, wie all diese Werte berechnet werden". Deshalb werde ich in diesem Artikel versuchen zu erklären, wie wir die täglichen Werte im Burn Down Chart berechnen. Wie üblich freue ich mich über alle Kommentare der Kollegen, falls ich etwas falsch sagen sollte, aber ich möchte doch glauben, dass das Thema für mich ausreichend verständlich ist.

Erinnern wir uns noch einmal daran, wie dieses Diagramm aussieht.

In diesem Beispiel wird ein 10-tägiger Sprint betrachtet. Darin sehen wir, dass 2 Tage vergangen sind (da nur die ersten 2 Segmente mit dem grünen Diagramm ausgefüllt sind).

Außerdem sehen wir das gesamte Sprintvolumen - das ist die gestrichelte Linie, die zeigt, dass das gesamte Sprintvolumen am Montag um 10:00, am Dienstag um 10:00 und am Mittwoch um 10:00 unverändert war und 17 SP (Story Points) beträgt.

Nach der Methodik von Scrum ändert sich das Gesamtvolumen der Arbeit innerhalb des Sprints während des Sprints nicht, daher wird diese Linie oft sofort für den gesamten Sprint (alle 10 Tage) eingezeichnet. Außerdem hilft sie einzuschätzen, wie viel noch zu erledigen ist, anschaulicher, als wenn sie in der aktuellen Variante am dritten Tag enden würde.

Das reale Abbrennen (das grüne Diagramm) zeigt die tatsächlich verbleibende Arbeit. D.h. derzeit wurde vom Team 1 Story Point von 17 erledigt, die für den erfolgreichen Abschluss des Sprints notwendig sind. Als erledigt gilt meist eine Aufgabe im Status "Done" (was Done für jedes Team bedeutet, bestimmt das Team selbst. Es gibt sogar ein spezielles Artefakt namens DOD - Definition Of Done - es ist bei jedem Team anders und beschreibt sehr genau, was es bedeutet, dass eine Aufgabe erledigt ist und in den Status "Done" verschoben werden kann. Meist ist das "Auf Prod ausgerollt", aber es kann Nuancen geben. Insgesamt verstehen wir am aktuellen Diagramm, dass die DOD nur bei einer Story erfüllt ist, die das Team mit 1 SP bewertet hat.

Das ideale Abbrennen zeigt, an welchem Punkt sich das Diagramm des realen Abbrennens bei absolut gleichmäßiger Arbeit befinden müsste. D.h. derzeit sollten bei absolut gleichmäßiger Arbeit 3 SP erledigt sein.

Ich vermute, dass es interessant sein könnte zu verstehen, was Story Pointist. Im Wesentlichen können 1 SP bei einem Team und 1 SP bei einem anderen Team unterschiedliche Arbeitsmengen dahinter verbergen. Bei uns zum Beispiel gibt es Teams mit derselben Anzahl an Personen, aber das eine hat eine Kapazität pro Sprint von 17 SP und das andere von 35 SP. Und das ist normal. Der Punkt ist, dass das Team selbst eine Referenzaufgabe für sich wählt, anhand derer es alle Aufgaben in den Groomings bewertet (die veraltete Bezeichnung - das ist das wöchentliche Meeting, bei dem der PO User Stories zur Bewertung mitbringt und das Team sie mittels Planning Poker bewertet) (In SAFe ist das PBR - Product Backlog Refinement).

Somit können wir eine Referenz-User-Story haben: "Ich als Autofahrer möchte nach dem Tanken des Autos bei Bedarf einen auf Papier gedruckten Beleg erhalten können". Wir vereinbaren, dass sie für unser Team 8 SP entspricht. Und wenn der PO eine neue User Story erzählt, die wir bewerten sollen, bewerten wir sie bereits relativ zur Referenzaufgabe. Entsprechend kann die neue vom Team zum Beispiel mit 5 SP bewertet werden usw. Alle Stories des Backlogs erhalten ihre Bewertungen.

Die Kapazität des Teams wird anhand der Statistik berechnet. In den ersten 1-2 Sprints wird die Anzahl der SP gemessen, die das Team abschließt, und der Durchschnittswert berechnet; auf diesen Wert erfolgt die Planung (wenn der PO Aufgaben aus dem Backlog für eine bestimmte Kapazität in den Sprint aufnimmt).

Ich hoffe, ich habe ausreichend verständlich beschrieben, wie die Werte im Burn Down Chart entstehen.