Jira-Sprint-Burndown funktioniert nicht? Sechs Prüfungen und wie man Umfangsänderungen liest
Der Sprint ist zur Hälfte vorbei, das Team ist beschäftigt, und das Burndown-Diagramm bleibt flach. Oder es springt ohne erkennbaren Grund nach oben. In neun von zehn Fällen macht Jira genau das, was man ihm gesagt hat. Hier sind die sechs Prüfungen, die die meisten Burndowns reparieren, in der Reihenfolge, in der wir sie angehen würden. Sie gelten für unternehmensverwaltete Boards; teamverwaltete Projekte folgen am Ende.
1. Erledigt heißt: ganz rechte Spalte
Ein Element gilt als erledigt, wenn sein Status der ganz rechten Spalte des Boards zugeordnet ist, egal wie dieser Status heißt. Liegt Ihr Status „Fertig“ in einer mittleren Spalte, zum Beispiel vor „Bereit für Release“, sinkt die Linie erst, wenn das Element diese letzte Spalte erreicht. Prüfen Sie Board-Einstellungen › Spalten.
2. Was das Diagramm zählt
Das Burndown zählt mit der Schätzungsstatistik des Boards: Story Points, Anzahl der Elemente, Zeit oder ein anderes Zahlenfeld. Administratoren legen sie unter Board-Einstellungen › Schätzung fest, und das Dashboard-Gadget Sprint Burndown folgt ihr. Im Bericht selbst ändert die Auswahlliste nur Ihre eigene Ansicht. Um im Gadget Elemente zu zählen, stellen Sie das Board auf die Anzahl der Elemente und die Zeiterfassung auf Keine.
3. Vor dem Start schätzen
Arbeit ohne Schätzung zählt in einem Story-Point-Burndown als null. Und eine Schätzung, die nach dem Sprintstart hinzugefügt oder geändert wird, erscheint als Umfangsänderung, nicht als Fortschritt.
4. Unteraufgaben tragen keine Punkte
Story Points auf Unteraufgaben werden nicht gezählt: Nur die Punkte des übergeordneten Elements bewegen die Linie, wenn die Story erledigt ist. Setzen Sie die Punkte auf die Story. Zeitschätzungen auf Unteraufgaben werden dagegen sehr wohl zum übergeordneten Element hochgerechnet.
5. Eine Umfangsänderung ist eine Stufe nach oben
Arbeit, die nach dem Start in den Sprint kommt, oder eine erhöhte Schätzung lässt die Linie steigen; entfernte Arbeit oder ein wieder geöffnetes erledigtes Element bewegt sie ebenfalls. Die Tabelle unter dem Diagramm listet jede Änderung mit Datum auf. Ein Burndown, das steigt, ist nicht kaputt: Es sagt Ihnen, dass der Sprint gewachsen ist.
6. Wochenenden und die Ideallinie
Standardmäßig überspringt das Board Samstag und Sonntag, und die Ideallinie bleibt an diesen Tagen flach. Tragen Sie Ihre Feiertage ein oder ändern Sie Ihre Arbeitswoche unter Board-Einstellungen › Arbeitstage, damit die Ideallinie stimmt.
Teamverwaltete Projekte
Dort gibt es diese Board-Einstellungen nicht. Die Schätzung wird unter Bereichseinstellungen › Funktionen › Schätzung festgelegt, in Story Points oder Zeit, und Wochenenden sind standardmäßig ausgenommen; die Arbeitstage lassen sich nicht ändern.
Wenn Sie es auf einem Dashboard haben möchten
Clearlane Sprint Burndown bringt das Diagramm auf jedes Jira-Dashboard: die verbleibende Arbeit pro Tag gegen die Ideallinie, hinzugefügter oder entfernter Umfang gut sichtbar, Elemente oder Story Points, Unteraufgaben und Wochenenden nach Wunsch, und ein Satz, der sagt, ob der Sprint auf Kurs ist. Jede Zahl öffnet die Elemente dahinter. Wir haben „Warum ist mein Burndown flach?“ zu oft gehört. Also haben wir ein Diagramm gebaut, das sich selbst erklärt.