Anzeigen und Konfigurieren der Teamgeschwindigkeit

  • Artikel

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

Geschwindigkeitsmetriken liefern nützliche Informationen, sodass Teams Sprints planen und prognostizieren und bestimmen können, wie gut sie geplante Verpflichtungen schätzen und erfüllen. Sie können einen Hinweis darauf erhalten, wie viel Arbeit ein Team während eines Sprints abschließen kann, basierend auf der Anzahl der abgeschlossenen Arbeitsaufgaben oder der Summe der Schätzungen für Aufwand (Produktrückstandselemente ), Storypunkte (Benutzergeschichten) oder Größe (Anforderungen). Verwenden Sie Geschwindigkeit als Hilfe zur Ermittlung der Teamkapazität und verwechseln Sie sie nicht mit wichtigen Leistungsindikatoren.

Voraussetzungen

  • Projektmitgliedschaft:
  • Teammitgliedschaft und Berechtigungen:
  • Featureaktivierung:
    • Boards müssen aktiviert sein. 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.

Tipp

Die Bilder in diesem Artikel unterscheiden sich möglicherweise von dem, was Sie in Ihrem Webportal sehen. Diese Unterschiede können auf Aktualisierungen Ihrer Web-App, von Ihnen oder Ihrem Administrator aktivierten Optionen und des beim Erstellen Ihres Projekts ausgewählten Prozess (Agile, Basic, Scrum oder CMMI) zurückzuführen sein. Der grundlegende Prozess ist ab Azure DevOps Server 2019 Update 1 verfügbar.

Geschwindigkeitsdiagrammtypen

Sie können zwischen zwei Geschwindigkeitsdiagrammen wählen: das Kontextgeschwindigkeitsdiagramm auf der Seite "Backlogs" und das Geschwindigkeits-Widget für Dashboards. Beide Diagramme helfen Ihnen, die in der folgenden Tabelle beschriebenen Workflowstatuskategorien schnell zu verstehen.

Elemente in den Status "Vorgeschlagen " oder "Aufgelöst " werden von den Berechnungen "Abgeschlossen", "Abgeschlossen" und "Unvollständig " ausgeschlossen. Weitere Informationen finden Sie unter Verwendung von Workflowkategoriezuständen in Azure Boards. Ihre Auswahlen sind persönlich und bleiben in sitzungenübergreifend bestehen, bis sie geändert wurden.

Workflowstatus Beschreibung
Geplant Arbeitsaufgaben, die einem Sprint zugewiesen sind, bevor sie beginnen. Wenn sie nach Beginn des Sprints neu zugewiesen wurden, bleiben sie im ursprünglichen Sprint geplant und erscheinen im neuen Sprint als spät oder unvollständig.
Abgeschlossen Arbeitsaufgaben, die dem Sprint zugewiesen und vor dem Ende des Sprints abgeschlossen wurden.
Verspätet abgeschlossen Arbeitsaufgaben, die dem Sprint zugewiesen sind, aber nach dem Ende des Sprints abgeschlossen wurden.
Unvollständig Arbeitsaufgaben, die dem Sprint zugewiesen, aber noch nicht abgeschlossen sind.
Gelöst Dem Sprint zugewiesene Fehler, der angibt, dass eine Lösung implementiert, aber noch nicht überprüft wurde.

Weiter unten in diesem Artikel erfahren Sie, wie Sie den Geschwindigkeitsbericht im Kontext öffnen oder das Geschwindigkeits-Widget konfigurieren.

Sie können jedes Diagramm auf folgende Weise konfigurieren:

  • Summe von Aufwand, Story Points, Größenfeldern oder anderen unterstützten numerischen Feldern, die Backlog-Elementen zugewiesen sind.
  • Anzahl der Arbeitsaufgaben im Backlog.
  • Anzahl von Iterationen.

Das Widget bietet weitere Konfigurationsoptionen. Weitere Informationen finden Sie unter Konfigurieren und Anzeigen von Geschwindigkeitsdiagrammen.

Sie können zwischen zwei Geschwindigkeitsdiagrammen wählen: das Kontextgeschwindigkeitsdiagramm auf der Seite "Backlogs" und das Geschwindigkeits-Widget für Dashboards. Mit dem Geschwindigkeits-Widget können Sie schnell folgendes bestimmen:

  • Geplante Geschwindigkeit
  • Tatsächliche (abgeschlossene) Geschwindigkeit
  • Später als geplant abgeschlossene Arbeit
  • Arbeitsumfang nicht abgeschlossen

Beide Diagramme unterstützen die Visualisierung der Teamgeschwindigkeit für mehrere Sprints. Das Velocity-Widget unterstützt jedoch die folgenden Konfigurationsoptionen:

  • Summe von Aufwand, Story Points, Size-Feldern oder anderen unterstützten numerischen Feldern, die Backlog-Elementen zugewiesen sind.
  • Anzahl der Arbeitsaufgaben im Backlog.
  • Anzahl von Iterationen.
  • Erweiterte Features.

Anzeigen des Kontextberichts "Geschwindigkeit"

Geschwindigkeitsberichte sind sowohl für Produkt- als auch Portfolio-Backlogs verfügbar. Jeder Bericht enthält interaktive Steuerelemente, sodass Benutzer die Ansicht an ihre spezifischen Interessen anpassen können.

  1. Melden Sie sich bei Ihrem Projekt (https://dev.azure.com/{Your_Organization/Your_Project}).

  2. Wählen Sie Boards>Backlogs>Analytics aus, um den Velocity-Bericht für Ihren Produkt- oder Portfolio-Backlog zu öffnen.

    Screenshot mit backlogs, open Analytics.

  3. Um zu einem anderen Backlog zu wechseln, wählen Sie aus der Backlogauswahl und dann den vollständigen Bericht für Geschwindigkeit anzeigen aus.

  4. Verwenden Sie die interaktiven Steuerelemente, um das Anzahl- oder Summenfeld und die Anzahl der Iterationen auszuwählen. Wählen Sie benutzerdefinierte Iterationen aus, um eine beliebige Anzahl von Iterationen zwischen 1 und 15 anzugeben.

    Wenn Ihr Team keinen Sprint abgeschlossen hat oder Wenn Sie vor dem Startdatum eines Sprints an Elementen arbeiten, gibt es keine Daten, die analysiert und prognostiziert werden müssen. Möglicherweise wird diese Meldung angezeigt: Festlegen von Iterationsdaten für die Verwendung dieses Widgets. Um diese Situation zu beheben, legen Sie einen Iterationsdatumsbereich fest, um das aktuelle Datum einzuschließen oder auf den Start des Sprints zu warten.

    Zeigen Sie mit der Maus auf einen Spaltenbereich, um eine Zusammenfassung der geplanten und abgeschlossenen Arbeitsaufgaben anzuzeigen. Für den Sprint 07_2019 sind beispielsweise 131 Elemente geplant.

    Screenshot des Velocity Analytics-Berichts.

    Weitere Informationen finden Sie in den weiter oben in diesem Artikel erwähnten Beschreibungen des Workflowstatus.

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

    Screenshot des Berichts

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

  7. Um zur Analysezusammenfassung zurückzukehren, wählen Sie den Pfeil "Zurück" aus.

  1. Öffnen Sie im Webportal Ihren Produktrücklog.

  2. Überprüfen Sie, ob Sie das richtige Projekt ausgewählt haben, wählen Sie "Boards Backlogs">aus, und wählen Sie dann im Menü "Teamauswahl" das richtige Team aus.

    Screenshot zu Open Boards, Backlogs für ein Team, Azure DevOps Server 2019.

    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 Backlogs durchsuchen" aus. Alternativ können Sie ein Schlüsselwort in das Suchfeld eingeben, um die Liste der Team-Backlogs für das Projekt zu filtern.

    Screenshot zum Auswählen eines anderen Teams, Azure DevOps Server 2019.

    Tipp

    Wählen Sie das Sternsymbol aus, um ein Team-Backlog als Favoriten festzulegen. Als Favoriten festgelegte Artefakte (Symbol für Favoriten ) werden oben in der Teamauswahlliste angezeigt.

  3. Wählen Sie Backlog-Elemente (für Scrum), Stories (für Agile) oder Anforderungen (für CMMI) als Backlog-Ebene aus.

    Screenshot zum Auswählen der Produktrückstandsebene, backlog items, Stories oder Requirements in Azure DevOps Server 2019.

  4. Öffnen Sie das Geschwindigkeitsdiagramm.

    Screenshot zum Auswählen der Produktrückstandsebene, backlog items, Stories oder Requirements, Azure DevOps Server 2019.

    Damit Diagramme angezeigt werden, muss Ihr Team diese Aktivitäten ausführen:

    • Wählen Sie Sprints für Ihr Team aus.
    • Zuweisen von Backlogelementen zu Sprints.
    • Schätzen Sie Backlog-Elemente, indem Sie "Aufwand", "StoryPunkte" oder "Größe" definieren.

  5. Das Diagramm verfolgt die geschätzte Arbeit des Backlogs (Summe von Aufwand, Story Points oder Größe), die in den vorherigen Sprints abgeschlossen (grün) oder in Bearbeitung (blau) ist.

    Wie das folgende Diagramm zeigt, schwankt die Geschwindigkeit aus verschiedenen Gründen tendenziell von Sprint-zu-Sprint.As the following chart shows, velocity tends to fluktuiert from sprint-to-sprint for different kinds of reasons. Sie können die durchschnittliche Geschwindigkeit jedoch schnell ermitteln, indem Sie die für jeden Sprint in Grün angezeigten Werte berechnen. Anschließend können Sie den Mittelwert in das Prognosetool einfügen.

    Webportal, Geschwindigkeitsdiagramm mit sieben laufenden Sprints und abgeschlossener Arbeit.

    Arbeitsaufgaben, die auf dem Scrum-Prozess basieren, werden im Diagramm gezählt, sobald ihr Status auf "Zugesichert" festgelegt ist, während Elemente, die auf den Agile- und CMMI-Prozessen basieren, nach dem Status auf "Aktiv" gezählt werden. Dieses Verhalten wird über die Workflowzustände auf Kategoriestatuszuordnungen festgelegt.

Konfigurieren des Geschwindigkeits-Widgets

Sie können Ihr Geschwindigkeits-Widget nur für ein einzelnes Team konfigurieren. Wenn Sie die Geschwindigkeit für mehrere Teams anzeigen möchten, müssen Sie ein Portfolioverwaltungsteam konfigurieren, das aus mehreren Teams zusammenrollt. Weitere Informationen finden Sie unter Hinzufügen von Teams.

Falls noch nicht geschehen, fügen Sie das Geschwindigkeits-Widget zu Ihrem Dashboard hinzu. Aktivieren oder installieren Sie Analytics für Azure DevOps Server 2019.

Führen Sie die folgenden Schritte aus, um das Geschwindigkeits-Widget zu konfigurieren.

  1. Wählen Sie das Aktionen symbol Aktionen Symbol "Aktionen" und dann die Option "Konfigurieren " aus, um das Konfigurationsdialogfeld zu öffnen.

    Screenshot der Sequenz der hervorgehobenen Schaltflächen zum Konfigurieren des Geschwindigkeitsdashboards.

    Ändern Sie den Titel, wählen Sie das Team aus, und wählen Sie dann entweder die Ebene des Backlogs oder den Arbeitsaufgabentyp aus, um den Titel nachzuverfolgen. Wählen Sie aus, ob Sie eine Anzahl von Arbeitsaufgaben oder eine Summe eines numerischen Felds nachverfolgen möchten. Das am häufigsten summierte Feld ist das von "Aufwand", "Story Points" oder "Size".

    Screenshot des Dialogfelds

  2. Geben Sie die Anzahl der Sprints an, die Sie anzeigen möchten. Der Standardwert ist 6 und das Maximum ist 15.

  3. (Optional) Aktivieren Sie die Kontrollkästchen, um zusätzliche Informationen für die arbeit anzuzeigen, die später als geplant für jeden Sprint abgeschlossen wurden.

    • Geplante Arbeit für Iterationen anzeigen: Aktivieren Sie dieses Kontrollkästchen, um die menge der für eine Iteration geplanten Iteration am Anfang der Iteration anzuzeigen, was nützlich ist, um Ihre geplante Arbeit mit den tatsächlichen Lieferumfang zu vergleichen. Standardmäßig beginnt die Anzahl der geplanten Arbeiten am Anfangstermin der Iteration.
    • Tage nach dem Anfangstermin der Iteration, wenn die geplante Arbeit abgeschlossen ist: Geben Sie die Anzahl der Tage an, die nach dem Anfangstermin für die Zählung geplanter Arbeiten liegt. Wenn beispielsweise die ersten beiden Tage einer Iteration für die Planung vorgesehen sind, können Sie eingeben 3und geplante Arbeiten am dritten Tag zählen. Wenn beispielsweise die Iteration beginnt 01/01/2024und drei Backlogelemente der Iteration am 01/01/2024 Ende des Tages zugewiesen werden, werden diese drei Backlogelemente als geplant betrachtet. Wenn Ihr Team die Planung erst nach ein paar Tagen in die Iteration abgeschlossen hat, können Sie das Datum der letzten Iteration der Tage aktualisieren, wenn die geplante Arbeit abgeschlossen ist.
    • Verspätet abgeschlossene Arbeit hervorheben: Aktivieren Sie dieses Kontrollkästchen, um nach dem Enddatum der Iteration als abgeschlossen markierte Arbeitsaufgaben anzuzeigen, die als verspätet betrachtet werden und als hellgrün angezeigt werden. Das Hervorheben der verspätet abgeschlossenen Arbeit ist nützlich, um einen Trend zu erkennen, bei dem Arbeitsaufgaben nach Abschluss der Iteration als abgeschlossen gekennzeichnet sind.
    • Tage nach dem Ende der Iteration, nach der die Arbeit verspätet ist: Geben Sie die Anzahl der Tage an, an denen Sie eine Arbeitsaufgabe verspätet betrachten, wenn der Status noch neu ist oder in Bearbeitung ist. Wenn Sie z. B. drei Tage eingeben, erhält das Team 3 Tage nach Dem Ende einer Iteration, um Arbeitsaufgaben als abgeschlossen oder erledigt zu markieren, bevor er zu spät betrachtet wird.

  4. Wählen Sie Speichern. Die folgende Abbildung zeigt Velocity basierend auf Story Points und acht Sprints von Daten.

    Screenshot des Beispiel-Geschwindigkeits-Widgets, acht Iterationen.

Weitere Informationen zu den Zuständen "Geplant", "Abgeschlossen", "Abgeschlossen" und "Unvollständig" finden Sie in den weiter oben in diesem Artikel erwähnten Statusbeschreibungen.

Damit Ihr Team das größte Dienstprogramm aus den Geschwindigkeitsdiagrammen erhält, folgen Sie diesen erforderlichen und empfohlenen Aufgaben.

Erforderliche Aufgaben

  • Definieren und Größe von Backlogelementen für minimierte Variabilität.
  • Entscheiden Sie, wie Ihr Team Fehler behandelt. Wenn sie wie Anforderungen behandelt werden, werden Fehler im Backlog angezeigt und in das Geschwindigkeitsdiagramm und die Prognose einbezogen.
  • Legen Sie den Bereichspfad Ihres Teams fest. Das Prognosetool prognostiziert diese Einstellungen, um Elemente in Bereichspfade unter der Standardeinstellung des Teams einzu- oder auszuschließen.
  • Vermeiden Sie das Erstellen einer Hierarchie von Backlogelementen und Fehlern. Die Tafel, Taskboards und Sprintbacklog zeigen nur den letzten Knoten in einer Hierarchie an. Verwalten Sie stattdessen eine flache Liste mit übergeordneten untergeordneten Links auf einer Ebene tief. Verwenden Sie Features, um Anforderungen oder Benutzerstorys zu gruppieren.
  • Aktualisieren Sie den Status der abgeschlossenen Backlogelemente am Ende des Sprints. Verschieben Sie unvollständige Elemente zurück in den Produktrücklauf für die zukünftige Sprintplanung.
  • Minimieren Sie die Größenvariabilität von Backlogelementen für eine verbesserte Schätzungsgenauigkeit. Die Reduzierung der Variabilität erhöht die Zuverlässigkeit von Geschwindigkeitsmetriken und Prognoseergebnissen. Schätzungen sind die besten Schätzungen des Teams hinsichtlich des Aufwands, der erforderlich ist, um ein Element relativ zu anderen im Backlog abzuschließen.

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.

Hinzufügen weiterer Teams

Wenn jedes Team eine eigene Backlogansicht, ein Geschwindigkeitsdiagramm und ein Prognosetool wünscht, können Sie ein neues Team hinzufügen. Jedes Team hat Zugriff auf eigene Agile-Tools, die Arbeitsaufgaben filtern, um nur die zugewiesenen Bereichspfade und Iterationspfade für dieses Team einzuschließen.

Nächste Schritte

Planen Ihres Sprints