Konfigurieren und Überwachen des Sprint-Burndowns

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

Während Des gesamten Sprints können Sie den Sprint-Burndown-Bericht überwachen, um festzustellen, ob Ihr Team auf dem richtigen Weg ist, seinen Sprintplan abzuschließen. Es gibt zwei leicht zugängliche Burndowndiagramme für Sprints: der kontextbezogene Burndown-Trendbericht, der aus einem Team-Sprint-Backlog und dem Sprint Burndown-Widget angezeigt werden kann, das Sie einem Dashboard hinzufügen können.

Sowohl der Bericht als auch das Widget leiten Daten aus Analytics ab. Sie unterstützen die Überwachung des Burndowns basierend auf einer Anzahl von Arbeitselementen oder einer Summe aus Story Points/Size/Effort, Restarbeit oder einem anderen numerischen Feld.

Sie können entweder den Bericht oder das Widget zu einer Dashboard hinzufügen. Außerdem können Sie den Fortschritt mithilfe von Analytics-basierten Burndown- oder Burnupwidgets überwachen. Sie bieten weitere Konfigurationsoptionen.

Während Des gesamten Sprints können Sie den Sprint-Burndown-Bericht überwachen, um festzustellen, ob Ihr Team auf dem richtigen Weg ist, seinen Sprintplan abzuschließen. Der Kontextbezogene Sprint-Burndownbericht unterstützt die Nachverfolgung von Burndown basierend auf verbleibender Arbeit, die Sprintaufgaben zugewiesen wurde. Wenn Sie Aufgaben oder Verbleibende Arbeit nicht nachverfolgen, können Sie die Analytics-basierten Burndown- und Burnup-Widgets verwenden. Sie bieten weitere Konfigurationsoptionen.

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.

In diesem Artikel erfahren Sie mehr über Folgendes:

  • Metriken, die im Sprint-Burndownbericht und -Widget nachverfolgt werden
  • Teamaktivitäten, die zum Nachverfolgen von Aufgaben und verbleibender Arbeit erforderlich sind
  • Festlegen interaktiver Steuerelemente zum Personalisieren der Ansicht des Sprint-Burndownberichts
  • Hinzufügen des kontextbezogenen Burndowntrendberichts zu einem Dashboard
  • Konfigurieren der Sprint Burndown-Widgets
  • Anzeigen aktueller und vergangener Sprint-Burndowns

Eine Übersicht über alle verfügbaren Burndown- und Burnupdiagramme finden Sie unter Burndown- und Burnup-Anleitungen.

  • Metriken, die im Sprint-Burndownbericht und -Widget nachverfolgt werden
  • Teamaktivitäten, die zum Nachverfolgen von Aufgaben und verbleibender Arbeit erforderlich sind
  • Konfigurieren des Sprint Burndown-Widgets
  • Anzeigen aktueller und vergangener Sprint-Burndowns

Hinweis

Sprint-Burndownberichte werden von Daten abgeleitet, die von einem Team während eines Sprints oder einer Iteration nachverfolgt werden. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Kontextbezogener Burndowntrendbericht

Der Burndowntrendbericht basiert entweder auf einer Anzahl von Aufgaben oder verbleibenden Arbeitsschätzungen oder auf anderen numerischen Feldern, die Sie während des Sprintzyklus definieren und aktualisieren. Ausführliche Informationen finden Sie unter Sprintplanung. Informationen zum Öffnen dieses Berichts finden Sie unter "Öffnen eines Sprint-Backlogs".

Ein fehlerfreier Sprint-Burndownbericht sieht ungefähr wie die hier gezeigte Abbildung aus. Der blaue Bereich gibt die Anzahl der aktiven oder in Bearbeitung ausgeführten Arbeitselemente an, die jeden Tag des Sprints ausgeführt werden. Wie in diesem Beispiel gezeigt, ist ein Arbeitselement am Ende des Sprints noch aktiv. Die Zeile Total Scope gibt die Anzahl der Arbeitselemente an, die nach dem Start des Sprints hinzugefügt wurden. Die Idealtrendlinie wird basierend auf der Anzahl der Arbeitselemente, den Tagen im Sprint und der Anzahl der Arbeitstage berechnet.

Der Screenshot zeigt den Burndowntrend für angegebene Anfangs- und Enddaten.

Da einzelne Teammitglieder ihre Arbeitsaufgaben nur einmal pro Woche oder alle paar Tage aktualisieren können, gibt es in der Regel ein Burndownmuster im Treppenfall.

Hinweis

Die Zeile Total Scope gibt die Anzahl der Arbeitselemente an, die dem Sprint hinzugefügt wurden. Wenn die Standarditeration des Teams die @CurrentIteration ist, werden der aktuellen Iteration neue Arbeitselemente hinzugefügt. Der Bereich verringert sich, wenn der Iterationspfad in einen anderen Sprint geändert wird oder Arbeitselemente abgeschlossen werden.

Der Im-Kontext-Sprint-Burndownbericht basiert auf den Geschätzten "Vorgänge" und "Verbleibende Arbeit", die Sie während des gesamten Sprintzyklus definieren und aktualisieren. Ausführliche Informationen finden Sie unter Sprintplanung und Taskboard. Informationen zum Öffnen des Sprint-Burndowndiagramms finden Sie unter "Open sprint burndown chart".

Ein gesundes Sprint-Burndowndiagramm sieht ungefähr so aus. Die Idealtrendlinie verbindet die beiden Punkte:

  • (1) Die Gesamtkapazität des Teams zu Beginn des Sprints.
  • (2) 0 Verbleibende Arbeit am Ende des Sprints.

Die Steigung stellt die Geschwindigkeit dar, mit der das Team die Arbeit verbrennen muss, um den Sprint pünktlich zu beenden.

Das tatsächliche Diagramm, der blaue Bereich, stellt die Gesamtsumme der geplanten Sprintarbeit dar und gibt an, wie sie sich im Laufe des Sprints ändert. Der blaue Bereich entspricht der Summe aller Restarbeitssätze für alle Sprintaufgaben und möglicherweise Fehler, die den aktuellen Sprint als Iterationspfad aufweisen.

Screenshot eines fehlerfreien Sprint-Burndowndiagramms.

Das Sprint Burndown-Widget

Im Widget-Katalog finden Sie zwei Versionen des Sprint Burndown-Widgets: den Analytics-basierten Sprint Burndown und Sprint Burndown (Legacy), der aus dem Datenspeicher für die Arbeitsverfolgung erstellt wird.

Sprint Burndown-Widget

Das Analytics-basierte Sprint Burndown-Widget bietet eine einfache Möglichkeit, den Fortschritt für ein Team zu überwachen, indem die für einen bestimmten Sprint verbleibende Arbeit angezeigt wird. Die verbleibende Arbeit ist die vertikale Achse, und die Zeit ist die horizontale Achse. Sie können verbleibende Arbeit basierend auf Geschichten oder Aufgaben definieren, indem Sie die Arbeitselemente zählen oder ein Feld summieren.

Screenshot des Sprint Burndown-Widgets, das ein Diagramm des Burndowns anzeigt.

Die Diagramme bieten nützliche Metriken, die Ihnen bei der Beantwortung der Frage helfen: Sind wir auf dem richtigen Weg, diese Arbeit bis zum Ende eines Sprints abzuschließen?

  • Prozentsatz der abgeschlossenen Arbeit
  • Anzahl der Arbeitsaufgaben, die nicht geschätzt werden, wenn ein anderes Feld als "Verbleibende Arbeit" verwendet wird
  • Durchschnittlicher Burndown
  • Erhöhung des Gesamtumfangs

Sprint Burndown(Legacy)-Widget

Das Widget Sprint Burndown (Legacy) fügt ein Diagramm basierend auf verbleibender Arbeit hinzu, die für Aufgaben im aktuellen Sprint eines Teams definiert ist. Wählen Sie diese Version aus, wenn Sie keinen Zugriff auf Analytics haben. Konfigurationsoptionen umfassen die Teamauswahl und die Widgetgröße.

Screenshot des Sprint Burndown Legacy-Widgets, das ein Burndowndiagramm zeigt.

Wenn Für Ihre Dashboard bereits eine Legacyversion verfügbar ist, können Sie das Widget ganz einfach aktualisieren, indem Sie die Konfiguration des Widgets bearbeiten und die Option Neue Version jetzt testen aktivieren. Sie können jederzeit zur Legacyversion zurückkehren, indem Sie das Kontrollkästchen deaktivieren.

Das Sprint Burndown-Widget fügt ein Diagramm basierend auf verbleibender Arbeit hinzu, die für Aufgaben im aktuellen Sprint des Teams definiert ist. Es gibt keine Konfigurationsoptionen für dieses Widget.

Screenshot des Konfigurationsdialogfelds

Voraussetzungen

  • Zugriff:
    • Mitglied eines Projekts mit mindestens grundlegendem Zugriff sein.
    • Um einem Teamdashboard ein Widget hinzuzufügen, müssen Sie Mitglied des Teams sein.
  • Berechtigungen: Als Teamadministrator oder Projektadministrator oder über bestimmte Dashboardberechtigungen verfügen Sie.
  • Featureaktivierung: Aktivierte Boards . Wenn diese Option deaktiviert ist, wird keines der Analytics-Widgets für die Arbeitsnachverfolgung angezeigt. Informationen zum erneuten Aktivieren finden Sie unter "Aktivieren oder Deaktivieren eines Diensts".
  • Aufgabenbewusstsein: Beachten Sie die erforderlichen und empfohlenen Aufgaben, die weiter unten in diesem Artikel aufgeführt sind.

Teamaktivitäten zum Nachverfolgen von Aufgaben und verbleibender Arbeit

Zum Überwachen des Sprint-Burndowns muss Ihr Team Sprints planen und diesen Sprints Arbeit zuweisen.

Wenn Sie den Sprint-Burndown basierend auf Aufgaben und verbleibender Arbeit überwachen möchten, muss Ihr Team diese zusätzlichen Aktionen ausführen.

Zum Überwachen des Sprint-Burndowns muss Ihr Team Sprints planen und diesen Sprints Arbeit zuweisen. Damit Sprint-Burndowndiagramme aussagekräftige Daten anzeigen können, muss Ihr Team diese zusätzlichen Aktionen ausführen.

Erforderliche Aktivitäten

  • 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 eine Aufgabe in Unteraufgaben unterteilen, geben Sie Stunden nur für die Unteraufgaben an. Diese Stunden werden als zusammengefasste Werte für die übergeordnete Aufgabe Anforderung zusammengeführt.
  • Aktualisieren Sie verbleibende Arbeit täglich oder mehrmals innerhalb einer Woche, um die Überwachung zu unterstützen und ein flüssigeres Burndowndiagramm zu erzielen.
  • Aktualisieren Sie am Ende des Sprints den Vorgang status abgeschlossener Aufgaben, und bestimmen Sie, wie unvollständige Aufgaben behandelt werden sollen.

Leeres Sprint-Burndowndiagramm

Wenn Ihr Sprint-Burndowndiagramm leer ist, überprüfen Sie die folgenden Punkte:

  • Haben Sie dem Sprint, der dem Diagramm zugeordnet ist, Aufgaben zugewiesen?
  • Haben Sie den aufgaben, die dem Sprint zugewiesen sind, Verbleibende Arbeit zugewiesen?
  • Sind die übergeordneten Arbeitselemente der Aufgaben demselben Sprint zugewiesen? Wenn nicht, werden die Aufgaben möglicherweise in einem anderen Sprint angezeigt, der dem übergeordneten Element zugeordnet ist.

Öffnen eines Sprintbacklogs

Sie zeigen den kontextbezogenen Sprint-Burndownbericht aus dem Sprint-Backlog eines Teams an.

  1. Öffnen Sie in Ihrem Webportal das Sprintbacklog Ihres Teams.

    1. Überprüfen Sie, ob Sie das richtige Projekt ausgewählt haben.
    2. Wählen Sie "Boards Sprints">aus, und wählen Sie im Menü "Teamauswahl" das richtige Team aus.
    3. Wählen Sie "Zurücklog" aus.

    Screenshot zeigt, wo Sie

    Um ein anderes Team auszuwählen, öffnen Sie die Auswahl, und wählen Sie ein anderes Team aus, oder wählen Sie die Option Sprintverzeichnis anzeigen aus. Alternativ können Sie eine Schlüsselwort (keyword) in das Suchfeld eingeben, um die Liste der Teambacklogs für das Projekt zu filtern.

    Screenshot zeigt die Option zum Auswählen eines anderen Teams in Azure Boards.

  2. Um einen anderen Sprint als den angezeigten auszuwählen, öffnen Sie die Sprintauswahl, und wählen Sie den gewünschten Sprint aus.

    Screenshot zeigt die Option zum Auswählen eines anderen Sprints in Azure Boards.

    Das System listet nur die Sprints auf, die für den aktuellen Teamfokus ausgewählt wurden. Wenn die gewünschten Sprints nicht angezeigt werden, wählen Sie im Menü "Neuer Sprint" und dann "Vorhandene Iteration auswählen" aus. Weitere Informationen finden Sie unter Definieren von Iterationspfaden.

  1. Öffnen Sie in Ihrem Webbrowser das Sprintbacklog Ihres Teams.

    1. Überprüfen Sie, ob Sie das richtige Projekt ausgewählt haben.
    2. Wählen Sie "Boards Sprints">aus, und wählen Sie im Menü "Teamauswahl" das richtige Team aus.
    3. Wählen Sie "Zurücklog" aus.

    Screenshot zeigt, wo Sie

    Um ein anderes Team auszuwählen, öffnen Sie die Auswahl, und wählen Sie ein anderes Team aus, oder wählen Sie die Option Alle Sprints durchsuchen aus. Alternativ können Sie eine Schlüsselwort (keyword) in das Suchfeld eingeben, um die Liste der Teambacklogs für das Projekt zu filtern.

    SScreenshot zeigt die Option zum Auswählen eines anderen Teams in Azure Boards 2019 an.

  2. Um einen anderen Sprint als den angezeigten auszuwählen, öffnen Sie die Sprintauswahl, und wählen Sie den gewünschten Sprint aus.

    Screenshot zeigt die Option zum Auswählen eines anderen Sprints in Azure Boards 2019.

    Das System listet nur die Sprints auf, die für den aktuellen Teamfokus ausgewählt wurden. Wenn die gewünschten Sprints nicht aufgeführt werden, wählen Sie im Menü New Sprint und dann Select existing iteration (Vorhandene Iteration auswählen) aus. Weitere Informationen finden Sie unter Definieren von Iterationspfaden.

Anzeigen des kontextbezogenen Burndowntrendberichts

  1. Um den Sprint-Burndownbericht zu öffnen, wählen Sie Analyse aus.

    Screenshot der Registerkarte

  2. Verwenden Sie die interaktiven Steuerelemente, um eine der folgenden Optionen auszuwählen:

    1. Startdatum und Enddatum des Sprints. Diese Datumsangaben sind standardmäßig für die aktuellen Iterations-Sprinttermine des Teams festgelegt.
    2. Die backlogs/Work Items to burn down on, either the product backlog (Stories, Issues, Product Backlog Items, or Requirements) or Tasks backlog to use. Ihre Auswahl wirkt sich auf die Optionen aus, die für das Menü "Burndown on " verfügbar sind.
    3. Das Feld Burndown on , das zum Berechnen des Burndowns verwendet werden soll, entweder eine Anzahl von Arbeitselementen oder eine Summe eines Felds, z. B. Story Points, Effort oder Size.
    4. Aktivieren oder deaktivieren Sie Nicht-Arbeitstage anzeigen. Arbeitsfreie Tage werden als graue Balken im Hintergrund angezeigt, wenn sie aktiviert sind. Standardmäßige Arbeitsfreie Tage werden für ein Team und für den Sprint eines Teams über die Kapazitätsseite festgelegt. Weitere Informationen finden Sie unter Festlegen der Sprintkapazität.

    Wählen Sie Zurücksetzen aus, um die Steuerelemente auf die Standardoptionen zurückzusetzen. Standardmäßig sind die Datumsangaben auf den ausgewählten Sprint festgelegt. Änderungen am Start- und Enddatum ändern keine Sprintdatumsdefinitionen.

  3. Wenn Sie die verbleibende Arbeit in Vorgängen nicht nachverfolgen, können Sie den Burndown basierend auf der Anzahl von Arbeitsaufgaben oder Vorgängen anzeigen. Um eine Zusammenfassung der Daten für einen bestimmten Tag anzuzeigen, zeigen Sie mit der Maus auf einen beliebigen Punkt im Diagramm.

Wenn Sie den Vorgangsbacklog und die Summe der verbleibenden Arbeit anzeigen möchten, zeigt der blaue Bereich die Summe der verbleibenden Arbeit pro Tag für die vorgänge an, die noch aktiv oder in Bearbeitung sind. Wenn die Verbleibende Arbeit aktualisiert wird, gibt das Diagramm die Rate des Burndowns an. Die Bereichstrendlinie gibt das Hinzufügen von Verbleibende Arbeit nach dem Start des Sprints an. Die Ideale Trendlinie gibt die ideale Burndownrate für den Sprint an. Kapazitätslinien werden nur angezeigt, wenn das Team die Kapazität konfiguriert hat.

Screenshot zeigt burndown trend based on Remaining Work.

Hinweis

Die Optionen für die Summenfelder hängen von den numerischen Feldern ab, die für Aufgaben- und Anforderungskategorie-Arbeitselementtypen definiert sind. Die häufigsten Felder, die verwendet werden, um den Burndowntrend anzuzeigen, sind:

Die von Ihnen ausgewählten Einstellungen werden nur für Sie festgelegt und sitzungsübergreifend beibehalten, bis Sie sie ändern.

Screenshot zeigt, wie Sie das Sprint-Burndowndiagramm für Azure DevOps 2019 öffnen.

Hinzufügen des Berichts zu einer Dashboard

  1. Um den Bericht einer Dashboard hinzuzufügen, wählen Sie das Symbol aktionen und dann In Dashboard kopieren aus.

    Screenshot des Analyseberichts im Kontext, Option

  2. Wählen Sie die Dashboard und dann OK aus.

Hinzufügen des Sprint Burndown-Widgets zu einem Dashboard

Sie können das Sprint Burndown-Widget einem Dashboard hinzufügen und das Team auswählen, dessen Fortschritt Sie überwachen möchten. Sie konfigurieren diese Widgets für ein oder mehrere Teams.

  1. Wenn Sie das Sprint Burndown-Widget zu Ihrem Dashboard hinzufügen müssen, führen Sie dies jetzt aus.

    Sie können das Dialogfeld "Widget hinzufügen" mit Sprint-Burndown filtern, um die beiden für Sie verfügbaren Widgets schnell zu finden.

    Screenshot des Dialogfelds

  2. Um das Widget zu konfigurieren, wählen Sie das Symbol "Aktionen" und dann "Konfigurieren" aus.

    Screenshot des Menüelements

  1. Wählen Sie Bearbeiten aus, um ihrem Team das Sprint-Burndown-Widget Dashboard hinzuzufügen.

    Der Widgetkatalog wird automatisch geöffnet. Ziehen Sie das Sprint Burndown-Widget auf die Dashboard.

  2. Wenn Sie Ihre Ergänzungen abgeschlossen haben, wählen Sie "Fertig bearbeiten" aus.

    Das Sprint-Burndowndiagramm für den aktuellen Sprint des Teams wird dem Dashboard hinzugefügt. Diesem Widget ist keine Konfigurationsoption zugeordnet.

    Screenshot des Sprint Burndown Legacy-Widgets.

Konfigurieren des Analytics-basierten Sprint Burndown-Widgets

  1. Wählen Sie zum Konfigurieren des Widgets das Symbol aktionen und dann die Option Konfigurieren aus.

    Screenshot des Dialogfelds

  2. Ändern Sie den Titel des Widgets, und wählen Sie Ihre bevorzugte Größe aus. Das Sprint Burndown-Widget kann bis zu 10x10 skaliert werden.

  3. Treffen Sie die folgende Auswahl:

    • Team: Wählen Sie das Team aus, das Sie nachverfolgen möchten.
    • Backlogs und Arbeitsaufgaben: Wählen Sie die Arbeitsaufgaben aus, die in Ihren Burndown aufgenommen werden sollen. Sie können einen beliebigen Backlog oder einen bestimmten Arbeitselementtyp auswählen.
    • Burndown on: Wählen Sie aus, wie Sie burndown möchten. Sie können einen Burndown durch die Anzahl der Arbeitsaufgaben oder eine Summe basierend auf einem ausgewählten Feld ausführen.
    • Auswählen der Iteration: Sie können @CurrentIteration oder eine bestimmte Iteration auswählen.
    • Zeitraum: Wenn Sie @CurrentIteration ausgewählt haben, können diese Datumsangaben nicht bearbeitet werden. Sie sind automatisch das Start- und Enddatum der aktuellen Iteration. Wenn Sie eine bestimmte Iteration ausgewählt haben, können Sie das Start-/Enddatum für das Burndowndiagramm anpassen.
  4. Erweiterte Features: Wählen Sie die folgenden Optionen aus, die Sie Ihrem Diagramm hinzufügen möchten.

    • Gesamtumfang anzeigen: Zeigt sowohl die verlaufsbezogene als auch die projizierte Bereichsvergrößerung an.
    • Arbeitsfreie Tage anzeigen: Zeigt arbeitsfreie Tage im Burndown an. Wenn sie angezeigt wird, werden arbeitsfreie Tage schattiert.
    • Zeichnung, die mit der Farbe des Arbeitselementtyps verbleibt: Zeigt die verbleibende Arbeit basierend auf der Farbe des Arbeitselementtyps anstelle der standardmäßigen blauen Farbe an. Wenn mehrere Arbeitselemente enthalten sind, werden Farben nach Arbeitselementtyp gestapelt.

Konfigurieren des Sprint Burndown-Widgets (Legacy)

Wählen Sie zum Konfigurieren des Widgets das Symbol aktionen und dann die Option Konfigurieren aus.

Screenshot des Konfigurationsdialogfelds

Wenn Ihr Dashboard bereits über eine ältere Version verfügt, können Sie das Widget ganz einfach aktualisieren, indem Sie die Konfiguration des Widgets bearbeiten. Wählen Sie jetzt die neue Version aus. Sie können jederzeit zur Legacyversion zurückkehren, indem Sie die Auswahl der Option aufheben.

Aktuelle und vergangene Sprint-Burndowndiagramme

Während Sie jeden Sprint abschließen, verwaltet das System einen Verlauf Ihrer Aktivität.

Um einen vergangenen Sprint und dessen Burndowndiagramm anzuzeigen, wählen Sie den Sprint in der Sprintauswahl aus.

Der Screenshot zeigt, dass Sie einen vergangenen Sprint aus der Sprintauswahl auswählen können.

Sie können kontextbezogene Sprint-Burndownberichte überprüfen, um die Teammuster während der Ausführung anzuzeigen. In den Burndowndiagrammen wird die Fähigkeit des Teams, zu planen und zu schätzen, erfasst.

Sprint 1 Sprint 2 Sprint 3
Screenshot des Diagramms für Sprint 1. Screenshot des Diagramms für Sprint 2. Screenshot des Diagramms für Sprint 3.

Teams können diese Berichte in regelmäßigen Abständen während ihrer Sprint-Retrospektive überprüfen. Es kann hilfreiche Diskussionen auslösen und dazu führen, ein oder mehrere Sprintziele festzulegen, z. B.:

  • 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?