Anzeigen und Konfigurieren der Teamgeschwindigkeit

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

• Sie müssen Mitglied eines Projekts sein. Einem Projekt hinzugefügt werden, oder erstellen Sie ein Projekt.
• Um einem Team Dashboard ein Widget hinzuzufügen, müssen Sie Mitglied des Teams sein. Sie müssen über Standardzugriff oder höher verfügen, über Dashboard Berechtigungen verfügen oder Teamadministrator oder Projektadministrator sein.
• 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 Azure DevOps-Diensts.

• Beachten Sie die erforderlichen und empfohlenen Aufgaben, die weiter unten in diesem Artikel aufgeführt sind.

Tipp

Die Anzeige in Ihrem Webportal kann sich von den Screenshots in diesem Artikel unterscheiden. Diese Unterschiede ergeben sich aus an Ihrer Web-App vorgenommenen Updates, Optionen, die Sie oder Ihr*e Administrator*in aktiviert haben sowie daran, welcher Prozess beim Erstellen Ihres Projekts ausgewählt wurde – Agile, Basic, Scrum oder CMMI. Der Basic-Prozess ist mit Azure DevOps Server 2019, Update 1 und höheren Versionen verfügbar.

Geschwindigkeitsdiagrammtypen

Sie haben eine Auswahl an Geschwindigkeitsdiagrammen: das Kontextgeschwindigkeitsdiagramm, auf das Sie von einer Seite "Backlogs" und dem Geschwindigkeits-Widget zugreifen, das Sie einem Dashboard hinzufügen. Mit beiden Diagrammen können Sie die Informationen in der folgenden Tabelle schnell ermitteln, die die verfügbaren Workflowstatuskategorien und deren Beschreibungen beschreibt.

Elemente, die einem vorgeschlagenen oder aufgelösten Element zugewiesen sind, sind in keiner der Berechnungen für abgeschlossen, verspätet oder unvollständig enthalten. Weitere Informationen finden Sie unter Verwendung von Workflowkategoriezuständen in Azure Boards. Die von Ihnen ausgewählten Einstellungen werden nur für Sie festgelegt und sitzungsübergreifend beibehalten, bis Sie sie ändern.

Workflowstatus	Beschreibung
Geplant	Berechnet basierend auf der Anzahl der Arbeitsaufgaben, die dem Sprint vor dem Start des Sprints zugewiesen wurden. Wenn dem Sprint eine Arbeitsaufgabe zugewiesen ist, bevor sie beginnt, aber nach dem Start des ursprünglichen Sprints einem anderen Sprint zugewiesen wird, wird sie im ursprünglichen Sprint als geplant angezeigt. Anschließend wird die Arbeitsaufgabe im neuen Sprint als "Spät" oder "Unvollständig" angezeigt, dem sie zugewiesen ist.
Abgeschlossen	Berechnet basierend auf der Anzahl der Arbeitsaufgaben, die dem Sprint vor oder nach dem Start des Sprints zugewiesen wurden und vor dem Ende des Sprints abgeschlossen wurden.
Verspätet abgeschlossen	Berechnet basierend auf der Anzahl der Arbeitsaufgaben, die dem Sprint vor oder nach dem Start des Sprints zugewiesen wurden, aber nach dem Ende des Sprints abgeschlossen wurden.
Unvollständig	Berechnet basierend auf der Anzahl der Arbeitsaufgaben, die dem Sprint vor oder nach dem Start des Sprints zugewiesen wurden und noch nicht abgeschlossen wurden.

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

Kontextbezogenes Geschwindigkeitsdiagramm

Geschwindigkeitswidget

Sie können jedes Diagramm auf folgende Weise konfigurieren:

• Summe des Aufwands , Story Points oder Size-Felder oder eines anderen unterstützten numerischen Felds, das Backlog-Elementen zugewiesen ist
• Anzahl der Arbeitsaufgaben, die im Backlog angezeigt werden
• Number of iterations

Das Widget unterstützt einige weitere Konfigurationsoptionen. Informationen zum Konfigurieren oder Anzeigen von Geschwindigkeitsdiagrammen finden Sie unter Konfigurieren und Anzeigen von Geschwindigkeitsdiagrammen.

Anzeigen des Kontextberichts "Geschwindigkeit"

Geschwindigkeitsberichte sind für jeden Backlog-Level verfügbar, sowohl für Produkt- als auch für Portfolio-Backlogs. Jeder Bericht stellt interaktive Steuerelemente bereit, um jedem Benutzer die interessante Ansicht bereitzustellen.

1. Melden Sie sich bei Ihrer Organisation (https://dev.azure.com/{yourorganization}) an, und wählen Sie Ihr Projekt aus.

2. Wählen Sie auf dem Bildschirm "Boards-Backlogs>" die Option "Analyse" aus, um den Velocity-Bericht für Ihren Produkt- oder Portfolio-Backlog zu öffnen.

   

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.

   

   Weitere Informationen finden Sie in den Beschreibungen des Workflowstatus Erwähnung weiter oben in diesem Artikel.

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

   

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

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

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 Symbol "Aktionen" und dann 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 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".

   

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 liegt, um geplante Arbeit zu zählen. 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.

   Hinweis

   Arbeit wird als geplant betrachtet, wenn sie der Iteration ab dem Iterationsanfangsdatum zugewiesen 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 sie als verspätet betrachtet werden.

     Hinweis

     Eine Arbeitsaufgabe wird als verspätet betrachtet, wenn das Abgeschlossene Datum der Arbeitsaufgabe später als enddatum der Iteration ist, der die Arbeitsaufgabe derzeit zugewiesen ist. Es berücksichtigt den Wert, den Sie für das Datum der letzten Iteration von "Tage" eingeben, nach dem die Arbeit verspätet ist.

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

   

Weitere Informationen zu den Zuständen "Geplant", "Abgeschlossen", "Abgeschlossen" und "Unvollständig" finden Sie in den Statusbeschreibungen, die weiter oben in diesem Artikel Erwähnung wurden.

Erforderliche und empfohlene Aufgaben

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

Erforderlich:

• Definieren Sie Iterationspfade (Sprints) und konfigurieren Sie Team iterationen. Sprints sollten dieselbe Dauer haben.
• Definieren und Abschätzen von Backlog Items. Wenn Sie aus dem Backlog Ihres Teams arbeiten, werden die von Ihnen erstellten Elemente automatisch dem aktuellen Sprint (Iteration) und dem Standardbereichspfad Ihres Teams zugewiesen.
• Aktualisieren Sie den Status der Backlogelemente, sobald die Arbeit beginnt und wann sie abgeschlossen ist. Nur Backlogelemente mit status of In Progress oder Done werden im Geschwindigkeitsdiagramm oder Widget angezeigt.

Empfohlen.

• Definieren und Dimensionieren Sie Backlog Items, um die Variabilität zu minimieren.
• Bestimmen Sie, wie Ihr Team Fehler behandeln möchte. Wenn Ihr Team fehler wie Anforderungen behandelt, 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. Mit diesen Einstellungen können Elemente in Bereichspfade unter der Standardeinstellung des Teams eingeschlossen oder daraus ausgeschlossen werden.
• Erstellen Sie keine Hierarchie von Backlog Items und Fehlern. Die Kanban- und Taskboards und Sprint-Backlog zeigen nur den letzten Knoten in einer Hierarchie an, der als Blattknoten bezeichnet wird. Wenn Sie z. B. Elemente innerhalb einer Hierarchie verknüpfen, die vier Ebenen tief sind, werden nur die Elemente auf der vierten Ebene auf dem Kanban-Board, Sprint-Backlog und Task Board angezeigt.
  Anstatt Anforderungen, Fehler und Aufgaben zu verschachteln, empfehlen wir, dass Sie eine flache Liste, die nur die Erstellung von übergeordneten untergeordneten Verknüpfungen enthält, eine Ebene tief zwischen Elementen Standard. Verwenden Sie Features, um Anforderungen oder Benutzerstorys zu gruppieren. Sie können Textabschnitte schnell Features zuordnen, die Links zu übergeordneten untergeordneten Elementen im Hintergrund erstellen.
• Aktualisieren Sie den Status dieser Backlogelemente, die das Team am Ende des Sprints abgeschlossen hat. Unvollständige Elemente sollten zurück in den Product Backlog verschoben und in einer zukünftigen Sprintplanungsbesprechung berücksichtigt werden.
• Minimieren Sie die Größenvariabilität Ihrer Backlogelemente, um die Fähigkeit des Teams zur Erstellung wahrer Schätzungen zu stärken. Die Variabilität erhöht die Unsicherheit, aber die Minimierung der Variabilität Ihrer Schätzungen erhöht die Wahrscheinlichkeit von zuverlässigeren Geschwindigkeitsmetriken und Prognoseergebnissen. Schätzungen spiegeln die Realität nach ihrer Natur nicht wider. Sie stellen einen besten Schätzwert für das Team dar, um den Aufwand, der zum Abschließen eines Elements erforderlich ist, im Zusammenhang mit dem Aufwand, andere Elemente im Backlog abzuschließen.

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.

Hinzufügen weiterer Teams

Wenn jedes Team mit einer eigenen Backlogansicht, einem Geschwindigkeitsdiagramm und einem Prognosetool zusammenarbeiten möchte, können Sie ein neues Team hinzufügen. Jedes Team erhält Zugriff auf seine eigenen Agile-Tools. Jedes Agile-Tool filtert Arbeitsaufgaben, um nur zugewiesene Bereichspfade und Iterationspfade einzuschließen, die für das Team festgelegt sind.

Nächste Schritte

Planen Ihres Sprints

Verwandte Artikel

• Prognostizieren Sie Ihre Sprints
• Festlegen von Dashboardberechtigungen
• Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen
• Konfigurieren eines Burndown- oder Burnup-Widgets