Burndown- und Burnupleitfaden

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

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

• Burndown-Diagramme beginnen mit dem Gesamtumfang der geplanten Arbeit und zeigen dann nach und nach die verbleibende Arbeit an. Im Lauf der Zeit wird der Umfang der zu erledigenden Arbeit immer kleiner.
• Burnup-Diagramme verfolgen im Laufe der Zeit die Arbeit, die 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 während eines Sprint- oder Veröffentlichungszeitraums Arbeit hinzufügen, zeigt das Diagramm aufwärts gerichtete Trends. Diese Diagramme helfen Teams dabei, zu überwachen, was sie planen, im Vergleich zu ihren tatsächlichen Aufgaben. Burnup-Diagramme hingegen sollten immer einen Aufwärtstrend aufweisen, wenn 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 (Analytics)
• Integrierter Sprint-Burndown-Bericht (Analytics)
• Sprint-Burndown-Widget (Analytics)
• Sprint-Burndown-Widget (Legacy) (Arbeitselementspeicher)

Unterstützte Konfigurationsoptionen

In der folgenden Tabelle finden Sie eine Zusammenfassung der Konfigurationsoptionen, die von den verschiedenen Burndown-Diagrammoptionen 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).

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.

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 Nicht-Aufgaben im Sprint sollten als außerhalb des Umfangs des Sprints angesehen werden.

Wenn das Team Fortschritte macht, helfen dem Team Abweichungen von der idealen Trendlinie, Abweichungen vom Projektumfang zu beobachten.

Die Option Arbeitsfreie Tage anzeigen blendet die Tage ein, die über die Einstellungen Arbeitstage und Freie Tage des Teams festgelegt wurden.

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

• Schlechte Schätzungen zu Aufgaben
• Ermittlung neuer Arbeit, die bei der Sprintplanung nicht berücksichtigt wurde
• Umfangserweiterung, 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 zum Beispiel die tatsächlich verbleibende Arbeit (blauer Bereich) eine Zeit lang flach verläuft oder hoch über der idealen Trendlinie bleibt, besteht die Gefahr, dass das Team seine Sprint-Verpflichtungen nicht erfüllt.

Teams sollten sich sofort treffen, um Kurskorrekturen vorzunehmen und entweder die Arbeit neu zuzuweisen, weitere Ressourcen zu rekrutieren oder die Erwartungen zurückzusetzen.

Nächster Schritt

Verwandte Inhalte

• Anzeigen und Konfigurieren der Geschwindigkeit
• Implementieren von Scrum-Methoden für Ihr Team in Azure Boards
• Abfrage nach Datum oder aktueller Iteration
• Verwalten von Prioritäten und Verbessern der Sichtbarkeit über Teams hinweg
• Grundlegendes zum Scrum Burndown-Diagramm