Anzeigen und Konfigurieren der Teamgeschwindigkeit

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

Geschwindigkeitsmetriken bieten wertvolle Einblicke, die Teams bei der Planung und Prognose von Sprints unterstützen und bewerten, wie genau sie die geplanten Verpflichtungen schätzen und erfüllen. Diese Metriken geben an, 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 Den Aufwand (Produktrückstandselemente), Storypunkte (Benutzergeschichten) oder Größe (Anforderungen). Verwenden Sie Geschwindigkeit, um die Ermittlung der Teamkapazität zu unterstützen, aber verwechseln Sie sie nicht mit wichtigen Leistungsindikatoren.

Voraussetzungen

Grundlegendes zu Geschwindigkeitszahlen

Velocity stellt die Menge der Arbeit dar, die Ihr Team in früheren Sprints abgeschlossen hat, was dazu beiträgt, zukünftige Kapazität vorherzusagen:

• Bei der Nachverfolgung nach Anzahl: Velocity zeigt die Anzahl abgeschlossener Arbeitselemente (Benutzergeschichten, Fehler, Aufgaben) pro Sprint.
• Bei der Nachverfolgung nach Summe: Die Geschwindigkeit zeigt die Gesamtzahl der Story Points, die aufgewendeten Stunden oder die geschätzte Größe, die pro Sprint abgeschlossen wurden.

Wenn Ihr Team beispielsweise Benutzergeschichten im Wert von 25 Story Points in Sprint 1, 30 Story Points in Sprint 2 und 28 Story Points in Sprint 3 abgeschlossen hat, beträgt Ihre durchschnittliche Leistung ungefähr 28 Story Points pro Sprint. Dieser Durchschnitt hilft Ihnen, zu planen, wie viel Arbeit in zukünftigen Sprints zu übernehmen ist.

So behandelt Azure DevOps die Geschwindigkeitsberechnung

Azure DevOps folgt den bewährten Methoden für die Geschwindigkeitsberechnung:

Arbeitsaufgabenverschiebungsszenarien

• Verschieben unvollständiger Arbeit zwischen Sprints: Wenn Sie eine unvollständige Arbeitsaufgabe von einem Sprint in einen anderen verschieben (durch Ändern des Iterationspfads), wird die Arbeitsaufgabe bis zum Abschluss weiterhin als unvollständig angezeigt.
• Abschließen von Arbeiten in einem anderen Sprint: Wenn Sie eine Arbeitsaufgabe in Sprint 3 abschließen, obwohl sie ursprünglich für Sprint 1 geplant war, geht die Geschwindigkeitsgutschrift nach Sprint 3, als die Arbeit abgeschlossen wurde.
• Iterationspfad im Vergleich zum Abschlussdatum: Das Fertigstellungsdatum bestimmt, welche Sprints Geschwindigkeitsguthaben erhalten, nicht die aktuelle Iterationspfadzuweisung.

Auswirkungen der Änderung von Iterationspfaden

Wenn Sie den Iterationspfad eines laufenden Arbeitselements (WIP) ändern:

Geschwindigkeitsmetriken:

• Das Verschieben eines WIP-Elements hat keine Auswirkungen auf den Durchsatz, bis es abgeschlossen ist.
• Geschwindigkeitsgutschrift geht an den Sprint, in dem das Element abgeschlossen ist.
• Das Element bleibt für seinen ursprünglichen Sprint als "geplant" erfasst.

Abgeschlossene verspätete Metriken:

• Die späte Berechnung vergleicht das Abschlussdatum mit dem Enddatum der aktuellen Iteration.
• Das Verschieben eines Elements in einen späteren Sprint kann seine verspätete Klassifizierung ändern.

Beispiel: Geplantes Arbeitselement für Sprint 1 (ende 15. März), verschoben nach Sprint 2 (endet 30. März), abgeschlossen am 25. März:

• Geplant: Sprint 1 (Original)
• Velocity: Sprint 2 (falls abgeschlossen)
• Verspäteter Status: Nicht verspätet (abgeschlossen vor Sprint 2 Enddatum)

Diese Berechnungsmethode stellt Folgendes sicher:

• Teams erhalten genaue Geschwindigkeitsmessungen basierend auf der tatsächlichen Lieferkapazität
• Sprintgeschwindigkeit reflektiert die während dieses Zeitraums wirklich abgeschlossene Arbeit.
• Die zukünftige Sprintplanung verwendet realistische Kapazitätsdaten anstelle geplanter Verpflichtungen.

Geschwindigkeitsdiagrammtypen

Sie können zwischen zwei Velocity-Diagrammen wählen: dem kontextbezogenen Velocity-Diagramm auf der Seite „Backlogs“ und dem Velocity-Widget für Dashboards. Beide Diagramme helfen Ihnen, die in der folgenden Tabelle beschriebenen Workflowstatuskategorien schnell zu verstehen.

Elemente im Status Vorgeschlagen oder Behoben werden aus den Berechnungen für Abgeschlossen, Verspätet abgeschlossen und Unvollständig ausgeschlossen. Weitere Informationen finden Sie unter Verwendung von Workflow-Kategorie-Status in Azure Boards. Ihre Auswahl ist persönlich und bleibt bis zur Änderung persistent.

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 Items zugewiesen sind.
• Anzahl der Arbeitselemente im Backlog.
• Anzahl von Iterationen.

Das Widget bietet weitere Konfigurationsoptionen. Weitere Informationen finden Sie unter Geschwindigkeitsdiagramme konfigurieren und anzeigen.

Anzeigen des kontextbezogenen Geschwindigkeitsberichts

Geschwindigkeitsberichte sind sowohl für Produkt- als auch für Portfolio-Backlogs verfügbar. Jeder Bericht enthält interaktive Steuerelemente, mit denen 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>Analysen aus, um den Geschwindigkeitsbericht für Ihr Product oder Portfolio Backlog zu öffnen.

   

3. Um zu einem anderen Backlog zu wechseln, wählen Sie in der Backlog-Auswahl den entsprechenden Backlog und dann unter „Geschwindigkeit“ die Option Vollständigen Bericht anzeigen aus.

4. Verwenden Sie die interaktiven Steuerelemente, um das Feld für die Anzahl oder Summe und die Anzahl der Iterationen auszuwählen. Wählen Sie Benutzerdefinierte Iterationen , um eine beliebige Anzahl von Iterationen zwischen 1 und 15 anzugeben.

   Wenn Ihr Team einen Sprint nicht abschließt oder Sie vor dem Startdatum eines Sprints an Elementen arbeiten, gibt es keine Daten, die analysiert und prognostiziert werden können. Die folgende Meldung kann angezeigt werden: Festlegen von Iterationsdaten für die Verwendung dieses Widgets. Um dieses Problem zu beheben, aktivieren Sie einen Iterationsdatumsbereich, der das aktuelle Datum enthält, oder warten Sie, bis der Sprint gestartet ist.

   Bewegen Sie den Mauszeiger über einen Spaltenbereich, um eine Zusammenfassung der geplanten und abgeschlossenen Arbeitsaufgaben anzuzeigen. Beispielsweise sind für den Sprint 07_2019 131 Elemente geplant.

   

   Weitere Informationen finden Sie unter Beschreibungen der Workflow-Status dem zuvor in diesem Artikel erwähnten.

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 Analytics-Zusammenfassung zurückzukehren, wählen Sie den Zurück-Pfeil.

Konfigurieren des Geschwindigkeits-Widgets

Sie können Ihr Velocity-Widget nur für ein einziges Team konfigurieren. Wenn Sie die Geschwindigkeit für mehrere Teams anzeigen möchten, müssen Sie ein Portfolio-Management-Team konfigurieren, das aus mehreren Teams zusammengefasst ist. Weitere Informationen finden Sie unter Hinzufügen von Teams.

Falls noch nicht geschehen, fügen Sie das Velocity-Widget zu Ihrem Dashboard hinzu.

Wenn Sie die Geschwindigkeit für mehrere Teams anzeigen möchten, müssen Sie ein Portfolio-Management-Team konfigurieren, das aus mehreren Teams zusammengefasst ist.

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

   

   Ändern Sie den Titel, wählen Sie das Team aus und wählen Sie dann entweder die Backlog-Ebene oder den Arbeitselementtyp, den Sie verfolgen möchten. Wählen Sie aus, ob Sie die Anzahl der Arbeitselemente oder die Summe eines numerischen Feldes verfolgen möchten. Das am häufigsten summierte Feld ist das Feld „Aufwand“, „Story Points“ oder „Größe“.

   

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

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

   • Geplante Arbeit für Iterationen anzeigen: Aktivieren Sie dieses Kontrollkästchen, um die für eine Iteration geplante Arbeitsmenge beim Starten der Iteration anzuzeigen. Dies ist nützlich, um die geplante Arbeit mit den tatsächlichen Ergebnissen zu vergleichen. Standardmäßig beginnt die Zählung der geplanten Arbeiten am Startdatum der Iteration.
   • Tage nach dem Startdatum der Iteration, an denen die geplante Arbeit abgeschlossen ist: Geben Sie die Anzahl der Tage nach dem Startdatum an, nach denen die geplante Arbeit gezählt werden soll. Wenn beispielsweise die ersten beiden Tage einer Iteration für die Planung vorgesehen sind, können Sie 3 eingeben, und die geplante Arbeit wird am dritten Tag gezählt. Wenn die Iteration beispielsweise am 01/01/2024 beginnt und der Iteration am 01/01/2024 zu Tagesende drei Backlog Items zugewiesen sind, werden diese drei Backlog Items als geplant betrachtet. Wenn Ihr Team die Planung erst einige Tage nach Beginn der Iteration abschließt, können Sie das Datum „Tage seit Start der Iteration, wenn die geplante Arbeit abgeschlossen ist“ aktualisieren.
   • Verspätet abgeschlossene Arbeiten hervorheben: Aktivieren Sie dieses Kontrollkästchen, um Arbeitselemente anzuzeigen, die nach dem Enddatum der Iteration als abgeschlossen markiert wurden, als verspätet abgeschlossen gelten und hellgrün angezeigt werden. Das Hervorheben von spät fertiggestellten Arbeiten ist nützlich, um einen Trend zu erkennen, bei dem Arbeitsaufgaben nach Abschluss der Iteration als erledigt markiert werden.
   • Anzahl der Tage nach dem Enddatum der Iteration, nach denen eine Arbeit als überfällig gilt: Geben Sie die Anzahl der Tage an, nach denen Sie ein Arbeitselemente als verspätet betrachten, wenn sein Status noch neu oder in Bearbeitung ist. Wenn Sie beispielsweise drei Tage eingeben, hat das Team nach Ablauf einer Iteration drei Tage Zeit, um Arbeitselemente als abgeschlossen oder erledigt zu markieren, bevor sie als verspätet gelten.

4. Wählen Sie Speichern aus. Die folgende Abbildung zeigt die Geschwindigkeit basierend auf Story Points und acht Daten-Sprints.

   

Weitere Informationen zu Geplant, Abgeschlossen, Verspätet abgeschlossen und Unvollständig finden Sie in den Statusbeschreibungen dem zuvor in diesem Artikel erwähnten.

Erforderliche und empfohlene Aufgaben für die Verwendung von Velocity-Diagrammen

Damit Ihr Team den größtmöglichen Nutzen aus den Velocity-Diagrammen ziehen kann, führen Sie die folgenden erforderlichen und empfohlenen Aufgaben aus.

Erforderliche Aufgaben

• Definieren Sie Iterationspfade (Sprints) und konfigurieren Sie Team iterationen. Stellen Sie sicher, dass alle Sprints dieselbe Dauer haben.
• Definieren und Schätzen von Backlogelementen. Aus dem Backlog des Teams erstellte Elemente werden automatisch dem aktuellen Sprint und dem Standard-Bereichspfad des Teams zugewiesen.
• Aktualisieren Sie den Status der Backlog-Elemente, wenn die Arbeit beginnt und abgeschlossen ist. In Bearbeitung In Progress oder Fertig werden im Geschwindigkeitsdiagramm oder Widget angezeigt.

Empfohlene 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, erscheinen Fehler im Backlog und werden in das Velocity-Diagramm und die Prognosen aufgenommen.
• Legen Sie den Bereichspfad Ihres Teams fest. Das Prognosetool verwendet diese Einstellungen, um Elemente in Bereichspfaden unter der Standardeinstellung des Teams einzuschließen oder auszuschließen.
• Vermeiden Sie das Erstellen einer Hierarchie von Backlogelementen und Fehlern. Das Board, die Taskboards und das Sprint-Backlog zeigen nur den letzten Knoten in einer Hierarchie an. Verwenden Sie stattdessen eine flache Liste mit Eltern-Kind-Verknüpfungen auf einer Ebene. Verwenden Sie Features, um Anforderungen oder User Stories zu gruppieren.
• Vervollständigen Sie nach Möglichkeit Backlog-Elemente innerhalb ihres geplanten Sprints. Während Azure DevOps den Abschluss über mehrere Sprints hinweg ordnungsgemäß verarbeitet, kann das häufige Verschieben von Aufgaben zwischen Sprints den Fokus des Teams und die Genauigkeit der Sprintplanung beeinträchtigen.
• Aktualisieren Sie den Status der abgeschlossenen Backlogelemente am Ende des Sprints. Vervollständigen Sie die fehlenden Elemente und fügen Sie sie wieder in den Produkt-Backlog ein, damit sie in zukünftigen Sprint-Planungen berücksichtigt werden können.
• 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 Vermutungen des Teams hinsichtlich des Aufwands, der erforderlich ist, um einen Punkt im Backlog im Vergleich zu anderen Punkten zu erledigen.

Hinzufügen weiterer Teams

Wenn jedes Team seine eigene Backlog-Ansicht, Velocity-Diagramm und Prognose-Werkzeug haben möchte, können Sie ein neues Team hinzufügen. Jedes Team hat Zugriff auf seine eigenen agilen Werkzeuge, die Arbeitselemente filtern, sodass nur die zugewiesenen Bereichspfade und Iterationspfade angezeigt werden die spezifisch für dieses Team sind.

Nächste Schritte

Verwandte Artikel

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