Anzeigen oder Konfigurieren der Teamgeschwindigkeit

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Teams verfolgen ihre Geschwindigkeit, um ihnen zu helfen, zu bestimmen, wie viel Arbeit sie sprint-over-sprint durchführen können. Geschwindigkeit bietet einen Hinweis darauf, wie viel Arbeit ein Team während eines Sprints ausführen kann, basierend auf einer der folgenden:

  • Anzahl der abgeschlossenen Arbeitselemente.
  • Die Summe der Schätzungen, die an:
    • Aufwand (Produktrückführungselemente).
    • Story Points (Benutzergeschichten).
    • Größe (Anforderungen).

Es gibt zwei Geschwindigkeitsdiagramme: Der Kontextbericht, den Sie aus einem Teamrücklog oder Kanban-Board anzeigen können, und das Geschwindigkeits-Widget, das Sie einem Dashboard hinzufügen können.

Beispiel: Geschwindigkeits-Widget mit sechs Sprints der Geschwindigkeit
Screenshot des Geschwindigkeits-Widgets mit 6 Sprints im Wert von Daten.

Hinweis

Das Geschwindigkeits-Widget basiert auf Analysedaten. Analysen sind in der Regel für Azure DevOps Services und Azure DevOps Server 2020 und höher verfügbar. Analytics ist in der Vorschau als Erweiterung für Azure DevOps Server 2019. Für TFS 2018 und frühere Versionen haben Sie Zugriff auf das Geschwindigkeitsdiagramm, das vom Datenspeicher für die Arbeitsnachverfolgung bereitgestellt wird.

Velocity bietet eine nützliche Metrik, um einblicke zu erhalten, wie viel Arbeit Ihr Team während eines Sprintzyklus abschließen kann. Jedes Team ist einem und nur einem Geschwindigkeitsdiagramm zugeordnet.

Hinweis

Für TFS 2018 und frühere Versionen können Sie nur die Teamgeschwindigkeit anzeigen. Dieser Bericht enthält keine Konfiguration.

Die Geschwindigkeit variiert je nach Teamkapazität, Sprint über Sprint. Im Laufe der Zeit sollte die Geschwindigkeit jedoch einen zuverlässigen Mittelwert angeben, der verwendet werden kann, um den vollständigen Backlog zu prognostizieren.

Beispiel-Geschwindigkeitsdiagramm aus dem Datenspeicher für die Arbeitsnachverfolgung
Screenshot des Sprintgeschwindigkeitsdiagramms mit 3 Sprints im Wert von Daten.

Nachdem Ihr Team einige Sprints abgeschlossen hat, können sie ihre Geschwindigkeit verwenden, um zu prognostizieren , wie viel der Backlog innerhalb bevorstehender Sprints abgeschlossen werden kann. Wenn Ihr Team keinen Sprint abgeschlossen hat oder Wenn Sie an Elementen vor einem Sprintstartdatum arbeiten, hätte Velocity keine Daten zur Analyse und Prognose. Möglicherweise wird diese Meldung angezeigt: Festlegen von Iterationsterminen für die Verwendung dieses Widgets. Um diese Situation zu beheben, legen Sie einen Iterationsdatumsbereich fest, um das aktuelle Datum einzuschließen, oder warten Sie, bis der Sprint gestartet wird. Anleitungen zur Verwendung finden Sie unter Geschwindigkeitsmetriken und Nutzungsleitfäden.

Beispiel: Geschwindigkeit mit Festlegen von Iterationsdaten für die Verwendung dieses Widgets

Screenshot der Notwendigkeit zum Festlegen von Iterationsterminen.

Hinweis

Die Bilder, die Sie im Webportal sehen, unterscheiden sich möglicherweise von den Bildern, die Sie in diesem Artikel sehen. Diese Unterschiede ergeben sich aus Updates, die an Ihre Web-App vorgenommen wurden, Optionen, die Sie oder Ihr Administrator aktiviert haben, und welcher Prozess beim Erstellen Ihres Projekts ausgewählt wurde – Agile, Basic, Scrum oder CMMI. Der Grundlegende Prozess ist mit Azure DevOps Server 2019 Update 1 und höher verfügbar.

Verwenden Sie diesen Artikel, um zu erfahren:

  • So konfigurieren Sie das Geschwindigkeits-Widget (Analytics)
  • So wird's machen: Anzeigen des Geschwindigkeitsberichts im Kontext (Analytics)
  • Erforderliche und empfohlene Teamaktivitäten zur Unterstützung der Geschwindigkeitsnachverfolgung
  • So konfigurieren Sie das Geschwindigkeits-Widget (Analytics)
  • So wird's machen: Anzeigen des Geschwindigkeitsberichts im Kontext (Datenspeicher zur Arbeitsnachverfolgung)
  • Erforderliche und empfohlene Teamaktivitäten zur Unterstützung der Geschwindigkeitsnachverfolgung
  • So wird's machen: Anzeigen des Geschwindigkeitsberichts im Kontext (Datenspeicher zur Arbeitsnachverfolgung)
  • Erforderliche und empfohlene Teamaktivitäten zur Unterstützung der Geschwindigkeitsnachverfolgung

Voraussetzungen

Öffnen Des Backlogs aus dem Webportal

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

    Screenshot: Open Boards, Backlogs und Auswählen eines Teams.

    Um einen anderen Backlog auszuwählen, öffnen Sie die Auswahl, und wählen Sie dann ein anderes Team aus, oder wählen Sie die Option "Backlog-Verzeichnis anzeigen " aus. Oder geben Sie ein Schlüsselwort in das Suchfeld ein, um die Liste der Team-Backlogs für das Projekt zu filtern.

    Screenshot, der zeigt, wie Sie ein anderes Team auswählen.

  2. Um die Kontextberichte für den Produktrückstand anzuzeigen, überprüfen Sie, ob Sie Stories für Agile, Probleme für Grundlegende, Backlog-Elemente für Scrum oder Anforderungen für CMMI als Backlogebene ausgewählt haben. oder

    Screenshot, der zeigt, wie Sie Produkt-Backlog-Ebene, Backlog-Elemente, Geschichten oder Anforderungen auswählen.

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

    Screenshot, der zeigt, wie Sie Boards, Backlogs für ein Team für Azure DevOps Server 2019 öffnen.

    Um einen anderen Backlog auszuwählen, öffnen Sie die Auswahl, und wählen Sie dann ein anderes Team aus, oder wählen Sie die Option "Alle Backlogs durchsuchen" aus. Oder geben Sie ein Schlüsselwort in das Suchfeld ein, um die Liste der Team-Backlogs für das Projekt zu filtern.

    Screenshot der Dropdownliste

  2. Um die Kontextberichte für den Produktrückstand anzuzeigen, überprüfen Sie, ob Sie Stories für Agile, Probleme für Grundlegende, Backlog-Elemente für Scrum oder Anforderungen für CMMI als Backlogebene ausgewählt haben.

    Screenshot der Dropdownoption

Öffnen Sie im Webportal den Produktrückstand Ihres Teams, und wählen Sie das Team aus dem Projekt- und Teamauswahl aus. Wählen Sie dann"Arbeitsrückgänge"> aus. Wählen Sie den Produktbacklog aus, der Backlog-Elemente für Scrum, Stories für Agile oder Anforderungen für CMMI ist.

Screenshot der Seite

Um ein anderes Team auszuwählen, öffnen Sie das Projekt und die Teamauswahl. Wählen Sie ein anderes Team aus, oder wählen Sie die Option "Durchsuchen" aus.

Screenshot der Auswahl eines anderen Teams, TFS 2018.

Anzeigen des Geschwindigkeitsberichts im Kontext

Geschwindigkeitsberichte sind für jede Backlogebene verfügbar, sowohl für Produkt- als auch Portfolio-Backlogs. Jeder Bericht stellt interaktive Steuerelemente bereit, um jedem Benutzer die Ansicht des Interesses bereitzustellen.

  1. Sie öffnen den Velocity-Bericht für Ihren Produkt- oder Portfolio-Backlog, indem Sie "Analytics" auswählen.

    Screenshot von Backlogs, Open Analytics.

  2. Um in einen anderen Backlog zu wechseln, wählen Sie aus der Backlog-Auswahl aus.

  3. Wählen Sie als Nächstes 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.

    Zeigen Sie auf einen Spaltenbereich, um eine Zusammenfassung geplanter und abgeschlossener Arbeitselemente anzuzeigen.

    Beispielsweise sind für den Sprint 07_2019 131 Elemente geplant.

    Screenshot des Velocity Analytics-Berichts.

    Mit den folgenden Zuordnungen an die Farbbalken. Alle gezählten Arbeitselemente werden dem Sprint oder der Iteration zugewiesen.

    • Geplant: Berechnet basierend auf der Menge der Arbeit, die dem Sprint vor dem Start des Sprints zugewiesen wurde. Diese Anzahl umfasst Arbeit, die nach dem Start des Sprints in einen anderen Sprint verschoben wurde, enthält jedoch keine Arbeit, die später nach dem Start des Sprints hinzugefügt wurde.

      Tipp

      Um die in der Anzahl enthaltenen Arbeitselemente aufzuführen, klicken Sie auf die Geschwindigkeitsleiste. Eine Abfrageergebnisseseite wird mit der Liste der enthaltenen Arbeitselemente geöffnet.

    • Abgeschlossen: Berechnet basierend auf der Arbeitsmenge, die dem Sprint zugewiesen ist und dessen Workflowstatus dem Status der Abgeschlossenen Kategorie entspricht und am oder vor dem Sprint-Enddatum abgeschlossen wurde.
    • Verspätet abgeschlossen: berechnet basierend auf der Menge der Arbeit, die dem Sprint zugewiesen ist, der nach dem Enddatum des Sprints abgeschlossen ist. Wenn Sie einem Sprint Arbeitselemente zuweisen, werden sie in der Vergangenheit sogar in dieser Berechnung angezeigt, sobald der Workflowstatus einem Status der abgeschlossenen Kategorie entspricht.
    • Unvollständig: Die Anzahl der nicht abgeschlossenen Arbeit wird basierend auf der Dem Sprint zugewiesenen Arbeitsmenge berechnet, und der Workflowstatus entspricht dem Status der Kategorie "In Bearbeitung ".

      Hinweis

      Elemente, die einer Kategorie "Vorgeschlagener oder aufgelöster Workflowstatus" zugewiesen sind, sind nicht in einer der Berechnungen für "Abgeschlossen", " Abgeschlossen" oder "Unvollständig" enthalten. Weitere Informationen zu Kategoriezuständen finden Sie unter How workflow category states are used in Azure Boards backlogs and boards. Die von Ihnen getroffenen Auswahlen sind nur für Sie festgelegt und bleiben bis sie geändert werden.

  5. Wenn Sie den Bericht zu einem Dashboard hinzufügen möchten, wählen Sie das Symbol "Aktionen" aus, und wählen Sie "In Dashboard kopieren" aus.

    Screenshot des Berichts

    Wählen Sie das Dashboard aus, und wählen Sie "OK" aus.

  6. Um zur Analysezusammenfassung zurückzukehren, wählen Sie den Rückpfeil aus.

  1. Öffnen Sie im Webportal Den Produktrückslog.

  2. (1) Überprüfen Sie, ob Sie das richtige Projekt ausgewählt haben, (2) "Boards>Backlogs" und dann (3) im Teamauswahlmenü 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. Sie können auch 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 einen Team-Backlog zu favorisieren. Favoritenartefakte ( Favoritensymbol) werden oben in der Teamauswahlliste angezeigt.

  3. Überprüfen Sie, ob Sie Backlog-Elemente (für Scrum), Stories (für Agile) oder Anforderungen (für CMMI) als Backlogebene ausgewählt haben.

    Screenshot zum Auswählen von Produktrückmeldeebenen, Backlog-Elementen, Geschichten oder Anforderungen in Azure DevOps Server 2019.

  4. Öffnen Sie das Geschwindigkeitsdiagramm.

    Screenshot zum Auswählen der Produkt-Backlog-Ebene, 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 den Aufwand, die Storypunkte oder die Größe definieren.
  5. Das Diagramm verfolgt ihre geschätzte Backlogarbeit (Summe der Aufwand, Storypunkte oder Größe), die Ihr Team in den vorherigen Sprints abgeschlossen hat (grün) oder die noch in Bearbeitung sind (blau).

    Wie dieses Diagramm zeigt, neigt die Geschwindigkeit dazu, aus verschiedenen Gründen von Sprint-zu-Sprint zu schwanken. Sie können jedoch schnell die durchschnittliche Geschwindigkeit ermitteln, indem Sie die in Grün angezeigten Werte für jeden Sprint verwerten. Anschließend können Sie den Mittelwert in das Prognosetool einfügen.

    Webportal, Geschwindigkeitsdiagramm mit sieben Laufenden Sprints und abgeschlossener Arbeit

    Hinweis

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

  1. Öffnen Sie im Webportal den Produktbacklog, und wählen Sie dann das Geschwindigkeitsdiagramm aus.

    Screenshot zum Auswählen des Geschwindigkeitsdiagramms im oberen rechten Bereich der Seite.

    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 den Aufwand, die Storypunkte oder die Größe definieren.
  2. Der Bericht verfolgt Ihre geschätzte Backlog-Arbeit (Summe von Aufwand, Story Points oder Size), die Ihr Team in den vorherigen Sprints abgeschlossen hat (grün) oder die noch in Bearbeitung sind (blau).

    Wie dieses Diagramm zeigt, wird die Geschwindigkeit aus verschiedenen Gründen von Sprint-zu-Sprint schwanken. Sie können jedoch schnell die durchschnittliche Geschwindigkeit ermitteln, indem Sie die in Grün angezeigten Werte für jeden Sprint verwerten. Anschließend können Sie den Mittelwert in das Prognosetool einfügen.

    Screenshot des Geschwindigkeitsdiagramms mit sieben Laufenden Sprints und abgeschlossener Arbeit.

    Hinweis

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

Hinzufügen des Geschwindigkeits-Widgets zu Ihrem Dashboard

  1. Wenn Sie Analytics noch nicht aktiviert oder installiert haben, führen Sie dies jetzt aus.

  2. Wenn Sie das Geschwindigkeits-Widget noch nicht zu Ihrem Dashboard hinzugefügt haben, führen Sie dies jetzt aus.

Konfigurieren des Geschwindigkeits-Widgets

Sie konfigurieren Ihr Geschwindigkeits-Widget für ein einzelnes Team. Wenn Sie die Geschwindigkeit für mehrere Teams anzeigen möchten, müssen Sie ein Portfolioverwaltungsteam konfigurieren, das aus mehreren Teams rollt. Weitere Informationen zu Teams finden Sie unter "Teams hinzufügen".

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

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

    Dialogfeld konfigurieren, Geschwindigkeits-Widget.
  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 anzuzeigen, die später als geplant für jeden Sprint abgeschlossen wurden.

    Geplante Arbeit für Iterationen angezeigt: Aktivieren Sie dieses Kontrollkästchen, um die Menge der für eine Iteration geplanten Arbeit am Anfang der Iteration anzuzeigen. Dies ist nützlich, um Ihre geplante Arbeit mit tatsächlichen Lieferumfangen zu vergleichen. Standardmäßig beginnt die Anzahl der geplanten Arbeiten am Anfangstermin der Iteration.

    • Tage vor dem Startdatum der Iteration, wenn geplante Arbeit abgeschlossen ist: Geben Sie die Anzahl der Tage an, die an dem Startdatum vorbei sind, um geplante Arbeiten zu zählen. Wenn beispielsweise die ersten beiden Tage einer Iteration für die Planung gelten, können Sie "3" eingeben und geplante Arbeiten am dritten Tag zählen.

      Wenn die Iteration beispielsweise am 01.01.2018 beginnt und drei Backlogelemente der Iteration am 01.01.2018 am Ende des Tages zugewiesen werden, werden diese drei Backlogelemente als geplant betrachtet. Wenn Ihr Team die Planung erst nach einigen Tagen in der Iteration abgeschlossen hat, können Sie das Datum der Letzten Iterationstage aktualisieren, wenn die geplante Arbeit abgeschlossen ist.

      Hinweis

      Arbeit wird als geplant betrachtet, wenn sie der Iteration als Iterationsanfangsdatum zugewiesen ist.


      Spät abgeschlossene Arbeit hervorheben: Arbeitselemente, die nach abschluss des Iterationsendedatums als verspätet gekennzeichnet sind und als hellgrün angezeigt werden. Dies ist nützlich, um einen Trend zu erkennen, bei dem Arbeitselemente nach Abschluss der Iteration vollständig markiert sind.

    • Tage nach ablaufendem Iterationsdatum, nach denen 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 oder aktuell ist.

      Wenn Sie z. B. drei Tage eingeben, erhalten Sie das Team 3 Tage nach Dem Ende einer Iteration, um Arbeitsaufgaben abzuschließen oder zu erledigen, bevor sie als verspätet betrachtet werden.

      Hinweis

      Eine Arbeitsaufgabe wird als verspätet betrachtet, wenn das abgeschlossene Datum der Arbeitsaufgabe später als Das Enddatum der Iteration ist, der die Arbeitsaufgabe zurzeit zugewiesen ist.

      Er berücksichtigt den Wert, den Sie für "Tage" am letzten Enddatum der Iteration eingeben, nach der die Arbeit verspätet ist.

  4. Wenn Sie abschließend Speichern aus. Die folgende Abbildung zeigt Geschwindigkeit basierend auf Story Points und acht Sprints von Daten.

    Screenshot des Beispiel-Geschwindigkeits-Widgets, 8 Iterationen.

    Informationen zu geplanten, abgeschlossenen, abgeschlossenen und unvollständigen Informationen finden Sie in der Geschwindigkeitslegende weiter oben im Artikel.

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

Erforderlich:

Empfohlen.

  • Definieren und Größe des Backlogs von Elementen, um die Variabilität zu minimieren.
  • Bestimmen Sie, wie Ihr Team Fehler behandeln möchte. Wenn Ihr Team sich dafür entscheidet, Fehler wie Anforderungen zu behandeln, werden Fehler im Backlog angezeigt und innerhalb des Geschwindigkeitsdiagramms und der Prognose gezählt.
  • Legen Sie den Bereichspfad Ihres Teams fest. Das Prognosetool prognostiziert diese Elemente basierend auf den Standardeinstellungen Ihres Teams. Diese Einstellungen können angeben, dass Elemente in Bereichspfade unter der Standardeinstellung des Teams eingeschlossen oder ausgeschlossen werden.
  • Erstellen Sie keine Hierarchie von Backlogelementen und Fehlern. Die Kanban-Tafel, der Sprint-Backlog und die Tasktafel zeigen nur den letzten Knoten in einer Hierarchie an, der als Blattknoten bezeichnet wird. Wenn Sie beispielsweise Elemente in einer Hierarchie verknüpfen, die vier Ebenen tief ist, werden nur die Elemente auf der vierten Ebene auf der Kanban-Tafel, dem Sprint-Backlog und der Task board angezeigt.
    Anstatt Anforderungen, Fehler und Aufgaben zu verschachteln, empfiehlt es sich, eine flache Liste zu verwalten, die nur übergeordnete untergeordnete Verknüpfungen tief zwischen Elementen erstellt. Verwenden Sie Features zum Gruppieren von Anforderungen oder Benutzergeschichten. Sie können Schnell Storys zu Features zuordnen, die übergeordnete untergeordnete Links im Hintergrund erstellen.
  • Aktualisieren Sie am Ende des Sprints den Status dieser Backlog-Elemente, die das Team vollständig abgeschlossen hat. Unvollständige Elemente sollten zurück in den Produktrücklauf verschoben und in einer zukünftigen Sprintplanungsbesprechung berücksichtigt werden.

Hinzufügen anderer Teams

Wenn Sie mit mehreren Teams arbeiten, und jedes Team möchte mit einer eigenen Backlogansicht, einem Geschwindigkeitsdiagramm und einem Prognosetool arbeiten, können Sie Teams hinzufügen. Jedes Team erhält dann Zugriff auf ihre eigenen Agile-Tools. Jedes Agile-Tool filtert Arbeitselemente, um nur diejenigen einzuschließen, deren zugewiesene Bereichspfade und Iterationspfade diese für das Team erfüllen.

Nächste Schritte