Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Überwachen Sie während Ihres Sprints den Sprint Burndown-Bericht, um festzustellen, ob Ihr Team auf dem richtigen Weg ist, seinen Sprint-Plan abzuschließen. Es stehen zwei Burndowndiagramme zur Verfügung:
- In-Context Burndown Trend Bericht: Einsehbar über die Registerkarte Analytics des Sprint-Backlogs eines Teams.
- Sprint Burndown Widget: Hinzufügen zu einem beliebigen Dashboard aus dem Widget-Katalog.
Beide Diagramme leiten Daten aus Analytics ab und unterstützen den Burndown auf der Grundlage einer Anzahl von Arbeitselementen oder einer Summe von Story Points, Aufwand, verbleibender Arbeit oder anderen numerischen Feldern. Weitere Konfigurationsoptionen finden Sie unter wie Sie ein Burndown- oder Burnup-Widget konfigurieren. Eine Übersicht über alle Burndown-Diagrammtypen finden Sie unter Anleitung zu Burndown und Burnup.
Tipp
Sie können KI verwenden, um Ihnen bei dieser Aufgabe zu helfen später in diesem Artikel oder sehen Sie sich an, wie Sie die KI-Unterstützung bei Azure DevOps MCP Server aktivieren, um loszulegen.
Voraussetzungen
| Kategorie | Anforderungen |
|---|---|
| Zugriffsebenen |
-
Projektmitglied. – Mindestens einfacher Zugriff. |
| Erlaubnisse |
-
Teamadministrator oder Projektadministrator oder bestimmte Dashboardberechtigungen , die Ihnen gewährt wurden. – So fügen Sie einem Teamdashboard ein Widget hinzu: Mitglied des Teams. |
| Funktionsfreigabe | Azure Boards aktiviert. Wenn diese Option deaktiviert ist, werden keine Arbeitsverfolgungs-Analytics-Widgets angezeigt. Informationen zum erneuten Aktivieren finden Sie unter "Aktivieren oder Deaktivieren eines Diensts". |
| Aufgabenbewusstsein | Sensibilisierung für alle erforderlichen oder empfohlenen Aufgaben, die weiter unten in diesem Artikel aufgeführt sind. |
| Kategorie | Anforderungen |
|---|---|
| Zugriffsebenen |
-
Projektmitglied. – Mindestens einfacher Zugriff. |
| Erlaubnisse |
-
Teamadministrator oder Projektadministrator oder bestimmte Dashboardberechtigungen , die Ihnen gewährt wurden. – So fügen Sie einem Teamdashboard ein Widget hinzu: Mitglied des Teams. |
| Funktionsfreigabe |
-
Azure Boards aktiviert. Wenn diese Option deaktiviert ist, werden keine Arbeitsverfolgungs-Analytics-Widgets angezeigt. Informationen zum erneuten Aktivieren finden Sie unter "Aktivieren oder Deaktivieren eines Diensts". - Analyse installiert und aktiviert. Mitglieder der Gruppe "Project Collection Administrators " können Erweiterungen hinzufügen oder den Dienst aktivieren. Organisationsbesitzer sind automatisch Mitglieder dieser Gruppe. |
Um den Sprint-Burndown zu überwachen, muss Ihr Team Sprints planen und diesen Sprints Arbeit zuweisen. Wenn Sie einen Burndown für die verbleibende Arbeit durchführen möchten, müssen Sie außerdem:
- Definieren und schätzen Sie Aufgaben für jedes Backlogelement im Sprint.
- Aktualisieren Sie die verbleibende Arbeit für jede Aufgabe, während die Arbeit fortschreitet.
Wichtig
Das Löschen von Werten für den Bereichspfad oder das Neukonfigurieren von Iterationspfadwerten führt zu unwiderruflichen Datenverlusten in den folgenden Diagrammen:
- Burndown- und Burnup-Widget-Diagramme
- Sprint-Burndown-Diagramme
- Geschwindigkeitsdiagramme für Teams mit geänderten Bereichspfaden
- Verlaufstrenddiagramme, die auf die Werte " Bereichspfad" und " Iterationspfad " verweisen, die zur Zeit für jede Arbeitsaufgabe definiert sind
Sie können Bereichs- und Iterationspfade nur löschen, wenn sie nicht mehr von Arbeitsaufgaben verwendet werden. Wenn Sie diese Pfade löschen, können Sie ihre historischen Daten nicht mehr abrufen.
Verstehen der Sprint-Burndown-Diagrammelemente
Der Kontextbericht und das Sprint Burndown-Widget zeigen dieselben Diagrammelemente an. Die Kennzeichnung der Metrik im Kopf (z.B. Restliche Storys oder Restliche Tasks) ändert sich je nach Art des Arbeitselements, das Sie auswählen.
| Element | BESCHREIBUNG |
|---|---|
| Datumsbereich | Das Start- und Enddatum des Sprints. |
| Verbleibende Elemente | Die Anzahl der Arbeitsaufgaben, die im Sprint verbleiben. Die Bezeichnung ändert sich basierend auf der Auswahl des Arbeitselementtyps. |
| Abgeschlossen | Der Prozentsatz der abgeschlossenen Arbeit basierend auf dem ursprünglichen Umfang. Wählen Sie "Abgeschlossen" aus, um die vollständige Liste der abgeschlossenen Arbeitsaufgaben anzuzeigen. |
| Durchschnittlicher Burndown | Durchschnittlich abgeschlossene Arbeit pro Tag oder Intervall. |
| Gesamtumfang vergrößern | Die Veränderung der Arbeit gegenüber dem ursprünglichen Bereich seit Beginn des Burndowns. |
| Verbleibend | Die Anzahl der arbeitsaufgaben, die noch aktiv oder in Bearbeitung sind. |
| Gesamtumfang | Die Gesamtanzahl der Arbeitsaufgaben im Sprint einschließlich geschlossener Elemente. Der Umfang wird verringert, wenn sich der Iterationspfad eines Elements in einen anderen Sprint ändert oder Elemente beendet sind. |
| Idealer Trend | Die ideale Burndown-Rate, berechnet aus der Anzahl der Arbeitselemente, der Tage im Sprint und der Arbeitstage. |
Da einzelne Teammitglieder ihre Arbeitselemente möglicherweise nur einmal pro Woche oder alle paar Tage aktualisieren, gibt es normalerweise ein treppenförmiges Burndown-Muster.
Öffnen Sie den Burndown-Trendbericht im Kontext
Wechseln Sie zu Boards>Sprints, wählen Sie Ihr Team und dann "Backlog" aus.
Um einen anderen Sprint anzuzeigen, öffnen Sie die Sprintauswahl, und wählen Sie den gewünschten Sprint aus.
Wenn der gewünschte Sprint nicht angezeigt wird, wählen Sie "Neuen Sprint">"Vorhandene Iteration auswählen". Weitere Informationen finden Sie unter Definieren von Iterationspfaden.
Wählen Sie die Registerkarte Analysen aus.
Verwenden Sie die interaktiven Steuerelemente, um den Bericht zu konfigurieren:
- Startdatum und Enddatum: Standardeinstellung für die aktuellen Sprinttermine.
- Backlogs/Arbeitsaufgaben: Wählen Sie einen Produktrückbestand (Artikel, Probleme, Produktrücklogelemente oder Anforderungen) oder den Aufgabenrücklog aus. Ihre Auswahl bestimmt die verfügbaren Burndown auf-Optionen.
- Burndown auf: Wählen Sie Anzahl der Arbeitselemente oder eine Summe aus einem Feld wie z. B. Story Points, Aufwand oder Größe.
- Arbeitsfreie Tage anzeigen: Zeigt arbeitsfreie Tage als graue Balken an. Weitere Informationen finden Sie unter Festlegen der Sprintkapazität.
Wählen Sie "Zurücksetzen" aus, um zu den Standardoptionen zurückzukehren. Änderungen an Datumssteuerelementen ändern keine Sprintdatumsdefinitionen.
Zeigen Sie auf einen beliebigen Punkt im Diagramm, um eine Zusammenfassung für diesen Tag anzuzeigen.
Das Diagramm zeigt unterschiedliche Daten basierend auf Ihrer Auswahl bei Burndown on.
Der blaue Bereich zeigt die Summe der verbleibenden Arbeit pro Tag für aktive oder laufende Vorgänge an. In der Scope-Linie wird Verbleibende Arbeit angezeigt, die nach dem Start des Sprints hinzugefügt wurde. Die Ideale Linie zeigt die ideale Burndown-Rate. Kapazitätslinien werden nur angezeigt, wenn das Team die Kapazität konfiguriert hat.
Hinweis
Verfügbare Summenfelder hängen von den numerischen Feldern ab, die für Vorgangs- und Anforderungsarbeitsaufgabentypen definiert sind. Die am häufigsten verwendeten Felder sind Story Points, Aufwand oder Größe und Verbleibende Arbeit.
Ihre Auswahl wird über Sitzungen hinweg beibehalten, bis Sie sie ändern.
Bericht zum Dashboard hinzufügen
Wenn Sie den Kontextbericht zu einem Dashboard hinzufügen möchten, wählen Sie das 
Symbol "Aktionen" und dann "In Dashboard kopieren" aus. Wählen Sie dann das Zieldashboard aus.
Hinzufügen und Konfigurieren des Sprint Burndown-Widgets
Fügen Sie das Sprint Burndown-Widget zu Ihrem Dashboard hinzu. Filtern Sie das Dialogfeld "Widget hinzufügen " nach Sprint-Burndown , um das Widget zu finden.
Wählen Sie das
Symbol "Aktionen" im Widget aus, und wählen Sie "Konfigurieren" aus.
Konfigurieren Sie die folgenden Einstellungen:
Setting BESCHREIBUNG Title Ändern Sie den Widgettitel. Größe Wählen Sie Ihre bevorzugte Größe (bis zu 10 x 10) aus. Mannschaft Wählen Sie das Team aus, das nachverfolgt werden soll. Backlogs und Arbeitsaufgaben Wählen Sie eine beliebige Backlog-Ebene oder einen bestimmten Arbeitsaufgabentyp aus. Burndown auf Wählen Sie die Anzahl der Arbeitsaufgaben oder eine Summe basierend auf einem ausgewählten Feld aus. Auswählen der Iteration Wählen Sie @CurrentIteration oder eine bestimmte Iteration aus. Zeitraum Bei @CurrentIteration werden Datumsangaben automatisch festgelegt. Passen Sie die Anfangs- und Enddaten für eine bestimmte Iteration an. Wählen Sie erweiterte Features aus, die Sie Ihrem Diagramm hinzufügen möchten:
Auswahl BESCHREIBUNG Gesamtumfang anzeigen Zeigt verlaufsbezogene und projizierte Bereichsvergrößerung an. Arbeitsfreie Tage anzeigen Schattiert arbeitsfreie Tage auf dem Burndown. Verbleibende Elemente mit Farbe des Arbeitselements darstellen Kennzeichnet verbleibende Arbeiten nach dem Typ der Arbeitselemente, anstatt sie in Standardblau zu belassen. Stapelt die Farben für mehrere Arbeitselementtypen. Wählen Sie Speichern aus.
Sprint Burndown(Legacy)-Widget
Das Sprint Burndown (veraltet) Widget stellt die verbleibende Arbeit auf der Grundlage der verbleibenden Arbeit für Aufgaben im aktuellen Sprint eines Teams dar. Verwenden Sie diese Version, wenn Sie keinen Zugriff auf Analytics haben.
Um das Widget zu konfigurieren, wählen Sie das Symbol "Aktionen" und dann "Konfigurieren" aus. Zu den Konfigurationsoptionen gehören die Teamauswahl und die Widgetgröße.
Tipp
Um ein vorhandenes Legacy-Widget zu aktualisieren, wählen Sie im Konfigurationsdialog Jetzt die neue Version ausprobieren. Sie können jederzeit wieder zurückwechseln.
Überprüfen der Burndown-Diagramme früherer Sprints
Während Sie jeden Sprint abschließen, behält das System eine Geschichte Ihrer Aktivität bei. Um das Burndowndiagramm eines vergangenen Sprints anzuzeigen, wählen Sie es aus der Sprintauswahl aus.
Wenn Sie bei Retrospektiven vergangene Burndown-Diagramme überprüfen, können Sie Muster in der Ausführung Ihres Teams erkennen. Stelle dir die folgenden Fragen:
- Wie stimmt ihre projizierte Geschwindigkeit mit Ihrer tatsächlichen Geschwindigkeit überein?
- Wie können Sie genauer bestimmen, wie viel Ihr Team in einem Sprint erreichen kann?
- Wie können Sie die Arbeit in einem regelmäßigeren Tempo während des Sprints abschließen?
Bewährte Verfahren für den Sprint-Burndown
- Definieren Sie Vorgänge, die einen oder weniger Tag dauern, um die Auswirkungen schlechter Schätzungen zu verringern.
- Teilen Sie Aufgaben nicht in Teilvorgänge auf. Wenn Sie dies tun, geben Sie Stunden nur für die Teilvorgänge an – die Stunden werden zu Summenwerten für den übergeordneten Vorgang zusammengefasst.
- Aktualisieren Sie die verbleibende Arbeit täglich oder mehrmals wöchentlich, um ein glatteres Burndown-Diagramm zu erhalten.
- Aktualisieren Sie am Ende jedes Sprints den Status abgeschlossener Aufgaben, und bestimmen Sie, wie unvollständige Aufgaben behandelt werden.
Fehlerbehebung bei einem leeren Burndown-Diagramm
Wenn Ihr Sprint-Burndowndiagramm leer ist, überprüfen Sie die folgenden Punkte:
- Sind Aufgaben, die den Sprint betreffen, dem Diagramm zugeordnet?
- Ist die verbleibende Arbeit den Aufgaben zugewiesen?
- Sind die übergeordneten Arbeitsaufgaben demselben Sprint zugewiesen? Wenn nicht, werden Aufgaben möglicherweise in einem anderen Sprint angezeigt, der dem übergeordneten Element zugeordnet ist.
Nutzen Sie KI, um den Sprint-Burndown zu überwachen
Wenn Sie den Azure DevOps MCP-Server konfigurieren, können Sie KI-Assistenten verwenden, um Sprint-Burndowndiagramme zu konfigurieren und zu interpretieren.
Beispiel-Prompts
| Aufgabe | Beispielaufforderung |
|---|---|
| Anzeigen des Berichts | Open the in-context sprint burndown report for <team> in <project> (<organization>) and explain what I'm seeing |
| Konfigurieren des Widgets | Help me set up a Sprint Burndown widget on the <dashboard> dashboard for <team> in <project> (<organization>) that burns down Remaining Work |
| Fehlerbehebung bei einem leeren Diagramm | My sprint burndown chart is empty for <team> in <project> (<organization>) — walk me through what to check (iterations, tasks, Remaining Work, and parent items) |
| Verfolgen nach Story Points | Help me configure sprint burndown by Story Points for <team> in <project> (<organization>) and explain any prerequisites |
| Flachen Burndown interpretieren | In sprint <sprint-name>, our burndown is flat for the first <n> days — what does that usually indicate, and what should <team> do next? |
| Identifizieren von Bereichsänderungen | In the sprint burndown for <team> in <project> (<organization>), how do I tell whether scope was added mid-sprint and when it happened? |
| Bericht im Vergleich zum Widget vergleichen | What's the difference between the in-context Burndown Trend report and the Sprint Burndown widget in Azure DevOps, and when should <team> use each? |
| Sprints vergleichen | Compare the last <n> sprints for <team> in <project> (<organization>) using burndown patterns and summarize whether our estimation accuracy is improving |
| Vorbereiten einer Retrospektive | Based on the last sprint burndown for <team> in <project> (<organization>), suggest 3 retrospective questions and 3 process improvements to discuss |
Tipp
Wenn Sie Visual Studio Code verwenden, ist der Agent-Modus besonders hilfreich, um eine mehrstufige Analyse zu wiederholen (z.B. um Burndown-Trends über mehrere Sprints hinweg zu vergleichen und die Erkenntnisse zusammenzufassen).