Burndown- und Burnupleitfaden

  • Artikel

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 Neuarbeit Standard 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 kann zu einem Datenverlust führen und nicht wiederhergestellt werden. Beispielsweise spiegeln Burndown- oder Burnupwidgetdiagramme, Sprint-Burndown- und Geschwindigkeitsdiagramme für Teams, deren Bereichspfade geändert werden, nicht die richtigen Daten wider. Verlaufstrenddiagramme verweisen auf den Bereichs- und Iterationspfad , wie zu einem Zeitpunkt in der Vergangenheit für jedes Arbeitselement definiert. Wenn ein Bereichspfad oder Iterationspfad gelöscht wird, können die Verlaufsdaten dafür nicht abgerufen 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, Re Standard ing Work or other custom (integer or decimal) field.

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

Bereichsverwaltung

Wenn Sie die Arbeit von Aufgaben für jedes Backlogelement schätzen Standard, sollten Teams besser verstehen, was sie innerhalb eines Sprints erreichen können. Da die Sprintaufgaben den gesamten Sprintbereich definieren, führt die Definition der Standard Neuarbeit zu einem klar 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 of Sprint burndown report, with Burndown on Count of Work Items selected.

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 z. B. die eigentliche Re Standard arbeit (blauer Bereich) eine Weile flach verläuft oder sich wieder Standard hoch über der idealen Trendlinie befindet, besteht das Team gefahr, ihre Sprintverpflichtungen nicht zu erfüllen.

Screenshot of Burndown trend based on Sum of Remaining Work illustrating a flat line indicating risk to sprint.

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

Konfigurieren und Überwachen des Sprint-Burndowns oder Konfigurieren eines Burndown- oder Burnup-Widgets