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 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.
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.
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
Verwandte Artikel
- Anzeigen und Konfigurieren der Geschwindigkeit
- Implementieren von Scrum-Methoden für Ihr Team in Azure Boards
- Abfrage nach Datum oder aktueller Iteration, Listenarbeitselemente aus einem Sprint verschoben
- Abfrage nach Datum oder aktueller Iteration, Listenarbeitselemente, die einem Sprint nach dem Startdatum hinzugefügt wurden
- Verwalten von Prioritäten und Verbessern der Sichtbarkeit über Teams hinweg
- Grundlegendes zum Scrum Burndown-Diagramm
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für