Prognostizieren Ihres Product Backlogs

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

Teams können das Prognosetool verwenden, um ihre Sprintplanungsbemühungen zu unterstützen. Wenn Sie einen Wert für die Teamgeschwindigkeit anschließen, zeigt das Prognosetool an, welche Elemente im Backlog innerhalb zukünftiger Sprints abgeschlossen werden können. Beide Tools sind teamspezifische Tools, die auf der Fähigkeit des Teams basieren, Backlog Items einzuschätzen. Sobald Ihr Team einen Sprint oder zwei abgeschlossen hat, können sie die Teamgeschwindigkeit verwenden, um zu prognostizieren, wie viel der Backlog innerhalb der anstehenden Sprints abgeschlossen werden kann.

Das Prognosetool hilft Teams bei der Beantwortung kritischer Planungsfragen:

• Sprintkapazitätsplanung: Wie viele Backlogelemente können wir in zukünftigen Sprints abschließen?
• Veröffentlichungsplanung: Wann können wir erwarten, dass alle Elemente in unserem Backlog abgeschlossen werden?
• Ressourcenplanung: Welche Arbeitsgeschwindigkeit benötigen wir, um unsere Zielzustelltermine zu erreichen?
• Bereichsverwaltung: Welche Features sollten wir für bevorstehende Versionen priorisieren?

In diesem Artikel finden Sie folgende Informationen:

Voraussetzungen

Grundlegendes zur Prognose

Bevor Sie sich mit dem Prognosetool vertraut machen, ist es wichtig zu verstehen, wie die Prognose in Azure Boards funktioniert:

Prognoseprinzipien

• Geschwindigkeitsbasierte Vorhersagen: Das Prognosetool verwendet die historische Geschwindigkeit Ihres Teams, um zukünftige Kapazität vorherzusagen.
• Sprintkonsistenz: Prognosen gehen von konsistenten Sprintlängen und Teamkapazität aus
• Geschätzte Arbeitsaufgaben: Genaue Prognosen erfordern konsistente und zuverlässige Arbeitsaufgabenschätzungen
• Zustandsbasierte Filterung: Nur Arbeitsaufgaben in bestimmten Zuständen (Vorgeschlagen, In Bearbeitung) sind in Prognosen enthalten.

Prognosebeschränkungen

• Vergangener Leistungsindikator: Prognosen basieren auf historischen Daten und berücksichtigen möglicherweise keine zukünftigen Änderungen
• Teamänderungen: Prognosen passen sich nicht automatisch an Änderungen der Teamkomposition an
• Externe Abhängigkeiten: Das Tool berücksichtigt keine externen Blocker oder Abhängigkeiten.
• Schätzungsgenauigkeit: Die Prognosequalität hängt von der Genauigkeit der Arbeitsaufgabenschätzungen ab.

Erforderliche und empfohlene Aktivitäten

Hier erfahren Sie, was Sie benötigen, um den Backlog Ihres Teams prognostizieren zu können.

Erforderliche Einrichtung

• Definieren von Iterationspfaden (Sprints) und Konfigurieren von Team iterationen
  • Sprints sollten für eine genaue Prognose dieselbe Dauer haben.
  • Wählen Sie genügend zukünftige Sprints aus, um Ihren gesamten Product Backlog zu prognostizieren.
• Definieren und Schätzen von Backlogelementen. Wie Sie im Backlog des Teams arbeiten, werden die erstellten Elemente automatisch dem aktuellen Sprint (Iteration) und dem standardmäßigen Bereichspfad des Teams zugewiesen.
• Status der Arbeitsaufgabe aktualisieren: Aktualisieren Sie den Status der Backlogelemente, sobald die Arbeit beginnt und wann sie abgeschlossen ist. Nur Backlog-Elemente, deren Status einer Statuskategorie von "Vorgeschlagen " oder "In Bearbeitung " im Geschwindigkeitsdiagramm zugeordnet ist. (Weitere Informationen finden Sie unter Workflowstatus und Zustandskategorien).

Empfohlene Vorgehensweisen

• Minimieren Sie die Schätzvariabilität: Definieren und dimensionieren Sie Backlog-Elemente, um die Variabilität in Schätzungen zu reduzieren.
• Fehlerverfolgung konfigurieren: 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.
• Verwalten sie eine flache Hierarchie: Erstellen Sie keine Hierarchie von Backlogelementen und Fehlern. Die Anzeige des Blattknotens, der letzte Knoten in einer Hierarchie derselben Kategorie, kann nur auf Boards, Sprint-Backlogs und Taskboards angezeigt werden. Weitere Informationen finden Sie unter Beheben von Problemen beim Neuanordnen und Schachteln, Wie Rückstande und Boards hierarchische (geschachtelte) Elemente anzeigen.
  Anstatt Anforderungen, Fehler und Aufgaben zu schachteln, sollten Sie eine flache Liste verwalten, in der nur einstufige hierarchische Links zwischen Elementen unterschiedlicher Kategorien erstellt werden. Verwenden Sie Features, um Anforderungen oder Benutzerstorys zu gruppieren. Sie können Storys schnell Features zuordnen. Die Zuordnung erstellt hierarchische Links im Hintergrund.
• Vollständige Sprintbereinigung: Aktualisieren Sie am Ende des Sprints den Status dieser Backlog-Elemente, die das Team abgeschlossen hat. Verschieben Sie unvollständige Elemente zurück in den Produkt-Backlog, und berücksichtigen Sie sie in einer zukünftigen Sprintplanungsbesprechung.

Überlegungen zur Teameinrichtung

Prognostizieren bevorstehender Sprints

Verwenden Sie das Prognosetool, um eine Vorstellung davon zu erhalten, wie viele Elemente Sie innerhalb eines Sprints erledigen können. Durch die Eingabe einer Geschwindigkeit können Sie sehen, welche Elemente im Rahmen des Satzes von Sprints liegen, den das Team aktiviert hat.

Führen Sie die folgenden Aktionen aus, um den Produktrückbestand zu prognostizieren:

1. Wählen Sie „Boards“>„Backlogs“> aus und wählen Sie das richtige Team im Menü "Team-Auswahl“.

   

   Um ein anderes Backlog auszuwählen, öffnen Sie die Auswahl, und wählen Sie dann ein anderes Team aus, oder wählen Sie die Option Backlogverzeichnis anzeigen aus. Geben Sie alternativ ein Schlüsselwort in das Suchfeld ein, um die Liste der Teambacklogs für das Projekt zu filtern.

   

2. Überprüfen Sie, ob Sie Storys (für Agile), Probleme (für Basic), Backlog Items (für Scrum) oder Anforderungen (für CMMI) als Backlogebene ausgewählt haben.

   

3. (Optional) Um auszuwählen, welche Spalten in welcher Reihenfolge angezeigt werden sollen, können Sie das Aktionssymbol und anschließend Spaltenoptionen auswählen. Weitere Informationen finden Sie unter Ändern von Spaltenoptionen.

   

4. Wählen Sie das Symbol für Ansichtsoptionen aus, und schieben Sie Vorhersage auf Ein. Um die Dinge einfach zu halten, wählen Sie für die Bereiche Zuordnung und Planung die Option Aus aus.

   

   Legen Sie In Bearbeitung befindliche Elemente auf Aus fest, um die Elemente auszublenden, die in der Prognose nicht gezählt werden. Das Prognosetool ignoriert Scrum-Elemente, die auf Zugesichert oder Fertig festgelegt sind, sowie Agile- und CMMI-Elemente, die auf Aktiv, Aufgelöst oder Abgeschlossen festgelegt sind.

5. Geben Sie die prognostizierte Velocity Ihres Teams ein.

   

   Tipp

   Wenn Ihr Team für mehrere Sprints gearbeitet hat, können Sie sich über das Velocity-Widget eine Vorstellung von der Velocity Ihres Teams verschaffen. Verwenden Sie Ihre durchschnittliche Geschwindigkeit über die letzten 3-6 Sprints für die genaueste Prognose.

   Das Tool zeichnet Linien für jeden zukünftigen Sprint, der vom Team ausgewählt wird. Die Prognoselinien zeigen an, wie viel Arbeit Ihr Team in künftigen Sprints erledigen kann. In der Regel werden Elemente oberhalb der ersten Linie bereits für den aktuellen Sprint bearbeitet. Elemente, die zwischen der ersten und zweiten Prognoselinie liegen, geben an, was im benannten Sprint erledigt werden kann.

Grundlegendes zu Prognoseergebnissen

Lesen der Prognosevisualisierung

Das Prognosetool zeigt Ihren Backlog mit visuellen Indikatoren an, die Ihnen helfen, die Sprintkapazität zu verstehen:

• Prognoselinien: Horizontale Linien, die Arbeitsaufgaben in Sprint-Buckets trennen
• Sprintbeschriftungen: Jede Zeile ist mit dem Sprintnamen und der Kapazität gekennzeichnet.
• Geschwindigkeitsübertrag: Nicht verwendete Geschwindigkeit von einem Sprint führt zur nächsten weiter
• Elementpositionierung: Arbeitselemente zwischen Zeilen stellen dar, was in diesem Sprint abgeschlossen werden kann.

Interpretieren von Prognosedaten

Berücksichtigen Sie beim Überprüfen der Prognoseergebnisse die folgenden Faktoren:

• Manuelle Überprüfung: Überprüfen Sie die Ergebnisse manuell, um Diskrepanzen zwischen ihren Erwartungen und dem angezeigten Prognosetool zu verstehen.
• Sprintkapazität: Überprüfen Sie die pro Sprint prognostizierte Leistung (Aufwand, Story Points oder Größe).
• Große Arbeitsaufgaben: Hinterfragen Sie die Prognoseergebnisse, wenn der Aufwand eines Elements nahe an oder größer als die Teamgeschwindigkeit ist.
• Geschwindigkeitsübertrag: Verstehen, wie sich nicht verwendete Kapazität aus früheren Sprints auf zukünftige Projektionen auswirkt.

Beispiel für eine Prognoseinterpretation

In diesem Beispiel wird eine Velocity von 20 verwendet. Das Prognosetool begrenzt die Anzahl der Elemente, die zwischen den Prognosezeilen angezeigt werden, auf die Elemente, die innerhalb des Sprints oder mit nicht verwendeten Geschwindigkeitspunkten aus dem vorherigen Sprint abgeschlossen werden können.

Das Prognosetool zeigt, dass zwischen zwei und vier Elemente während der Iterationen 2 bis 6 basierend auf der Anzahl der Story Points, die jeder User Story oder jedem Fehler zugewiesen werden, bearbeitet werden können. Die Prognoselogik überträgt Velocity Points von einem Sprint zum nächsten.

• Iteration 2: 13 Story Points, Elemente 1 und 2 können abgeschlossen werden; 7 Geschwindigkeitspunkte übertragen zum nächsten Sprint

• Iteration 3: 24 Story Points, Elemente 3 bis 5 können abgeschlossen werden; 3 (=20+7-24) Geschwindigkeitspunkte werden zum nächsten Sprint übertragen

• Iteration 4: 21 Story Points, Aufgaben 6 bis 8 können abgeschlossen werden; 2 (=20+3-21) Velocity-Punkte werden in den nächsten Sprint übertragen.

• Iteration 5: 16 Punkte, Elemente 9 bis 12 können abgeschlossen werden; 6 (=20+2-16) Velocity-Punkte werden zum nächsten Sprint übertragen

• Iteration 6: 23 Story-Punkte, Elemente 13 bis 16 können abgeschlossen werden; 3 (=20+6-23) Velocity-Punkte werden in den nächsten Sprint übertragen

  

Erweiterte Prognoseszenarien

Szenario 1: Ermitteln der erforderlichen Geschwindigkeit für die Zeitachse

Eine weitere Möglichkeit, das Prognosetool zu verwenden, besteht darin, unterschiedliche Velocitywerte einzugeben, bis alle Backlog Items in einer bestimmten Gruppe von Sprints abgearbeitet sind. Diese Prognose ermöglicht eine Schätzung der erforderlichen Velocity, um den Backlog von Elementen abzuarbeiten.

Anschließend können Sie das Delta zwischen der Velocity des aktuellen Teams und der erforderlichen Velocity bewerten. Anhand des Deltas können Sie bestimmen, welche anderen Ressourcen erforderlich sind, um die Produktionsanforderungen in der erforderlichen Zeit zu erfüllen.

Schritte für die Geschwindigkeitsanforderungsanalyse

1. Gesamten Backlog-Aufwand zählen: Summiere die Aufwandschätzungen für alle Backlog-Elemente
2. Anzahl verfügbarer Sprints: Ermitteln, wie viele Sprints bis zum Zieldatum vorhanden sind
3. Berechnen der erforderlichen Geschwindigkeit: Dividieren des Gesamtaufwands durch verfügbare Sprints
4. Vergleich mit aktueller Geschwindigkeit: Identifizieren der Lücke zwischen Strom und erforderlicher Geschwindigkeit
5. Planen Sie entsprechend: Ermitteln Sie, ob Sie weitere Teammitglieder, Bereichsreduzierung oder Zeitachsenanpassung benötigen

Szenario 2: Releaseplanung mit mehreren Teams

Für Organisationen mit mehreren Teams, die auf eine gemeinsame Version hinarbeiten:

1. Aggregierte Teamprognosen: Kombinieren von Prognosen aller beitragenden Teams
2. Identifizieren von Abhängigkeiten: Zuordnen von teamübergreifenden Abhängigkeiten, die sich auf die Übermittlung auswirken können
3. Planen von Integrationspunkten: Planen von Integrationsaktivitäten zwischen Teamlieferungen
4. Überwachen des Fortschritts: Nachverfolgen des tatsächlichen Fortschritts anhand prognostizierter Lieferdaten

Szenario 3: Kapazitätsplanung mit ändernder Teamgröße

Wenn sich die Teamkomposition während eines Projekts ändert:

1. Proportionales Anpassen der Geschwindigkeit: Erhöhen oder Verkleinern der Geschwindigkeit basierend auf Änderungen der Teamgröße
2. Berücksichtigen der Einarbeitungszeit: Neue Teammitglieder benötigen in der Regel Zeit, um ihre volle Produktivität zu erreichen.
3. Überwachen der tatsächlichen Leistung: Vergleich der tatsächlichen Geschwindigkeit mit angepassten Prognosen
4. Regelmäßig neu kalibrieren: Aktualisieren von Prognosen basierend auf neuen Geschwindigkeitsmustern

Bewährte Methoden für genaue Prognose

Schätzungspraktiken

• Verwenden Sie konsistente Schätzungenskalen: Stellen Sie sicher, dass alle Teammitglieder dieselben Schätzungskriterien verstehen und anwenden.
• Gemeinsam schätzen: Verwenden Sie Planning Poker oder ähnliche Techniken für den Teamkonsens
• Aufteilen großer Elemente: Aufteilen großer Arbeitsaufgaben in kleinere, vorhersehbarere Teile
• Alle Arbeiten einschließen: Fehler, technische Schulden und andere Arbeiten berücksichtigen, die sich auf die Kapazität auswirken

Geschwindigkeitsverwaltung

• Nachverfolgen der tatsächlichen Geschwindigkeit: Überwachen der realen Geschwindigkeit im Laufe der Zeit und Anpassen von Prognosen entsprechend
• Verwenden Sie rollierende Mittelwerte: Erstellen Sie Prognosen auf Basis des Durchschnitts der letzten 3-6 Sprints, um Stabilität zu gewährleisten.
• Konto für Teamänderungen: Anpassen der Geschwindigkeitserwartungen, wenn sich die Teamkomposition ändert
• Berücksichtigen sie externe Faktoren: Berücksichtigen von Feiertagen, Schulungen und anderen Kapazitätseinschlägen

Vorausschauende Wartung

• Regelmäßig aktualisieren: Aktualisieren von Prognosen mindestens einmal pro Sprint
• Überprüfen von Annahmen: Überprüfen, ob zugrunde liegende Annahmen gültig bleiben
• Änderungen kommunizieren: Halten Sie Stakeholder über Prognoseupdates und deren Auswirkungen informiert
• Lernen Sie aus Istwerten: Vergleichen Sie Prognosen mit tatsächlichen Ergebnissen zur Verbesserung der Genauigkeit

Behandeln allgemeiner Prognoseprobleme

Problem: Ungenaue Prognosen

Mögliche Ursachen:

• Inkonsistente Arbeitsaufgabenschätzungen
• Geschwindigkeitsberechnungen basierend auf zu wenigen Sprints
• Wesentliche Änderungen der Teamkomposition
• Externe Abhängigkeiten, die nicht berücksichtigt wurden

Lösungen:

• Überprüfen und Standardisieren von Schätzungspraktiken
• Verwenden des längeren Geschwindigkeitsverlaufs für Berechnungen
• Anpassen der Geschwindigkeit für Teamänderungen
• Einschließen des Abhängigkeitsmanagements in die Sprintplanung

Problem: Prognosetool zeigt keine erwarteten Ergebnisse an

Mögliche Ursachen:

• Arbeitsaufgaben in falschen Statuskategorien
• Falsche Konfiguration des Pfads für Teambereiche
• Probleme bei der Sprintkonfiguration
• Fehlende Arbeitsaufgabenschätzungen

Lösungen:

• Verifizieren der Zuordnung von Arbeitsaufgaben zu korrekten Kategorien
• Überprüfung der Teameinstellungen bezüglich Bereichspfade und Iterationen
• Sicherstellen, dass Sprints ordnungsgemäß konfiguriert und zugewiesen sind
• Hinzufügen von Schätzungen zu allen Backlogelementen

Problem: Große Varianz zwischen Prognosen und Ist-Werten

Mögliche Ursachen:

• Unvorhersehbare Arbeitsaufgabengrößen
• Anforderungsumfang während Sprints ausweiten
• Technische Herausforderungen, die in Schätzungen nicht berücksichtigt wurden
• Externe Unterbrechungen, die sich auf die Kapazität auswirken

Lösungen:

• Verbesserung der Zerlegung von Arbeitsaufgaben
• Implementiert eine stärkere Bereichsverwaltung
• Einschließen von Risikopuffern in Schätzungen
• Nachverfolgen und Berücksichtigen von unterbrechungsgesteuerter Arbeit

Nächster Schritt

Verwandte Inhalte

• Teamgeschwindigkeit
• Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen
• Verwenden des Taskboards zum Nachverfolgen der Arbeit während des Sprints
• Überwachen des Sprint-Burndowndiagramms, um festzustellen, ob Ihr Team auf dem richtigen Weg ist, um den Sprintplan durchzuführen
• Konfiguration und Anpassung von Azure Boards
• Agile Prozessleitfaden