Burndown- und Burnupleitfaden

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Burndown- und Burnup-Diagramme unterstützen das Projektmanagement bei der visuellen Verfolgung der abgeschlossenen Arbeiten im Zeitverlauf.

  • Burndowndiagramme beginnen mit der Gesamtmenge der geplanten Arbeit und dann, wenn die Arbeit abgeschlossen ist, die verbleibende Arbeit. Im Lauf der Zeit wird der Umfang der zu erledigenden Arbeit immer kleiner.
  • Burnupdiagramme verfolgen die Arbeit nach, die im Laufe der Zeit erledigt wird. Sie sind nützlich, um die Rate anzuzeigen, mit der Arbeit abgeschlossen wird.

Sprint-Burndowndiagramme verfolgen geplante Arbeit für ein Team und einen ausgewählten Sprint, damit Teams überprüfen können, wie effizient sie Sprint über Sprint planen und ausführen können.

Burndowndiagramme zeigen in der Regel einen Abwärtstrend an. Wenn Teams jedoch einen Sprint- oder Veröffentlichungszeitraum durcharbeiten, zeigt das Diagramm aufwärtstenden Trends. Diese Diagramme helfen Teams dabei, zu überwachen, was sie planen, im Vergleich zu ihren tatsächlichen Aufgaben. Burnupdiagramme hingegen sollten immer einen Aufwärtstrend zeigen, da die Arbeit im Laufe der Zeit abgeschlossen ist.

Die folgenden konfigurierbaren Diagramme und Widgets stehen zum Nachverfolgen von Burndowns oder Burnups zur Verfügung.

  • Burndown-/Burnup-Widget (Analyse)
  • Integrierter Sprint-Burndownbericht (Analytics)
  • Sprint-Burndown-Widget (Analytics)
  • Sprint-Burndown-Widget (Legacy) (Arbeitselementspeicher)

Wichtig

  • Das Löschen von Bereichspfaden oder das Neukonfigurieren von Iterationspfaden verursacht einen unwiderruflichen Datenverlust. Beispielsweise werden Burndown- und Burnup-Widgetdiagramme, Sprint-Burndown- und Geschwindigkeitsdiagramme für Teams mit geänderten Flächenpfaden keine genauen Daten angezeigt. Historische Trenddiagramme verweisen auf den Bereichspfad und den Iterationspfad, wie sie zum Zeitpunkt für jede Arbeitsaufgabe definiert wurden. Nach dem Löschen können Sie keine historischen Daten für diese Pfade abrufen.
  • Sie können nur Bereiche und Iterationspfade löschen, die nicht mehr von Arbeitsaufgaben verwendet werden.

Unterstützte Konfigurationsoptionen

In der folgenden Tabelle sind die Konfigurationsoptionen zusammengefasst, die von den verschiedenen Burndowndiagrammoptionen unterstützt werden. Sprint-Burndowndiagramme konzentrieren sich immer auf ein einzelnes Team, während ein Burndown/Burnup-Widget die Arbeit für mehrere Teams nachverfolgen kann. Alle Diagramme unterstützen die Nachverfolgung durch die Anzahl der Arbeitsaufgaben oder eine Summe von Story Points, Effort, Remaining Work oder einem anderen benutzerdefinierten Feld (ganzzahl oder dezimal).

Konfiguration Sprint-Burndownbericht Sprint-Burndown-Widget Burndown/Burnup Widget
Team(en) Einzelnes Team Einzelnes Team Mindestens ein Team
Backlog Produktrückbestand,
Vorgangsrückstau
Produktrückbestand,
Portfolio-Backlog,
Beliebiger Arbeitsaufgabentyp
Product Backlog
Portfoliobacklog
Arbeitsaufgabentyp
Feldfilter für Arbeitsaufgaben Keine Keine Unterstützt
Burndownfokus Anzahl oder Summe Anzahl oder Summe Anzahl oder Summe
Zeitraum Einzelner Sprint Einzelner Sprint Variantenkonfigurator verwenden

Ausführliche Informationen zum Anzeigen und Konfigurieren von Diagrammen finden Sie unter Konfigurieren und Überwachen des Sprint-Burndowns oder Konfigurieren eines Burndown- oder Burnup-Widgets.

Allgemeine Hinweise

Wählen Sie in Abhängigkeit von den Teams, den Arbeitsaufgabentypen und dem Zeitraum, den Sie überwachen möchten, die Diagrammoption gemäß den folgenden Anleitungen aus.

Monitor Diagrammoption
Sprint-Burndown für ein Team Sprint-Burndowndiagramm
Sprint-Burndown für einen bestimmten Arbeitsaufgabentyp oder einen Portfolio-Backlog Sprint-Burndown-Widget
Sprint-Burndown für mehrere Teams Burndown-Widget
Burndown/Burnup für ein oder mehrere Teams in verschiedenen Projekten freigeben Burndown/Burnup Widget
Burnup oder Burndown für jede Art von Arbeitsaufgabe und Zeitraum Burndown/Burnup Widget
Projekt- und Zielabschlussdatum Burndown/Burnup Widget

Geltungsbereichsverwaltung

Wenn Sie die verbleibende Arbeit von Aufgaben für jedes Backlogelement schätzen, sollten Teams besser verstehen, was sie innerhalb eines Sprints erreichen können. Da die Sprintaufgaben den gesamten Sprintbereich definieren, führt die Definition der verbleibenden Arbeit zu einem gut definierten Sprintbereich. Alle Nichtvorgänge im Sprint sollten als außerhalb des Umfangs für den Sprint betrachtet werden.

Wenn das Team Fortschritte macht, helfen Abweichungen von der idealen Trendlinie dem Team bei der Überwachung von Divergenzen vom Bereich.

Screenshot des Sprint-Burndownberichts, wobei Burndown für die Anzahl der Arbeitsaufgaben ausgewählt ist.

Die Anzeige von arbeitsfreien Tagen schattiert diese Tage, die in den Einstellungen für Arbeitstage und Teamtage festgelegt sind.

Erhöhungen anstelle von Abnahmen innerhalb des blauen Diagramms können Folgendes bedeuten:

  • Schlechte Schätzungen an Vorgängen
  • Ermittlung neuer Arbeit, die bei der Sprintplanung nicht berücksichtigt wurde
  • Umfang kriechen, andere Arbeiten, die nicht vom Team vereinbart wurden.

Unabhängig von der Ursache sollten Teams schnell zusammenkommen, um festzustellen, wie die erhöhte Arbeitsauslastung behoben werden kann. Lösungen können das Neuzuweisen von Aufgaben oder das Anwerben weiterer Ressourcen umfassen. Das Team sollte alle nicht wichtigen Sprintarbeiten in den Backlog verschieben und es während der nächsten Sprintplanungsbesprechung berücksichtigen.

Verringern des Risikos durch tägliche Inspektion

Das Burndowndiagramm zeigt Ihnen an, ob Ihr Projekt im Zeitplan ist. Eine tägliche Überprüfung kann Risiken mindern und frühzeitig vor potenziellen Termin- oder Kostenüberläufen warnen, zwei Metriken, die mit herkömmlichem Projektmanagement verbunden sind.

Wenn beispielsweise die tatsächliche verbleibende Arbeit (blauer Bereich) eine Weile flach verläuft oder oberhalb der idealen Trendlinie hoch bleibt, besteht das Team gefahr, ihre Sprintverpflichtungen nicht zu erfüllen.

Screenshot des Burndown-Trends basierend auf der Summe der verbleibenden Arbeit, die eine flache Linie zeigt, die das Risiko für Sprint angibt.

Teams sollten sofort erfüllt werden, um Arbeit zu korrigieren und entweder neu zuzuweisen, weitere Ressourcen zu rekrutieren oder Die Erwartungen zurückzusetzen.

Nächste Schritte