De achterstand van uw product voorspellen

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

Teams kunnen het prognosehulpmiddel gebruiken om te helpen bij het plannen van sprints. Wanneer u een waarde opgeeft voor de snelheid van het team, laat het prognosehulpprogramma zien welke items in de achterstand kunnen worden voltooid binnen toekomstige sprints. Beide hulpprogramma's zijn teamspecifieke hulpprogramma's die afhankelijk zijn van de bekwaamheid van het team om items in de achterstand te schatten. Zodra uw team een sprint of twee heeft voltooid, kunnen ze de snelheid van het team gebruiken om te voorspellen hoeveel van de achterstand ze binnen de komende sprints kunnen voltooien.

Met het prognosehulpmiddel kunnen teams kritieke planningsvragen beantwoorden:

• Capaciteitsplanning sprint: hoeveel achterstandsitems kunnen we in toekomstige sprints voltooien?
• Releaseplanning: Wanneer kunnen we inschatten dat alle items in onze backlog worden voltooid?
• Resourceplanning: Welke snelheid hebben we nodig om te voldoen aan onze doelleveringsdatums?
• Bereikbeheer: Welke functies moeten we prioriteit geven voor toekomstige releases?

Gebruik dit artikel voor meer informatie:

Prerequisites

Inzicht in de basisprincipes van prognoses

Voordat u ingaat op het prognosehulpprogramma, is het belangrijk om te begrijpen hoe prognoses werken in Azure Boards:

Principes voor prognoses

• Voorspellingen op basis van snelheid: Het prognosehulpprogramma maakt gebruik van de historische snelheid van uw team om toekomstige capaciteit te voorspellen
• Sprintconsistentie: prognoses gaan uit van consistente sprintlengten en teamcapaciteit
• Schatting van werkitems: Nauwkeurige prognoses vereisen consistente en betrouwbare schattingen van werkitems
• Filteren op basis van status: Alleen werkitems in specifieke statussen (voorgesteld, wordt uitgevoerd) worden opgenomen in prognoses

Beperkingen voor prognoses

• Indicator voor eerdere prestaties: prognoses zijn gebaseerd op historische gegevens en kunnen geen rekening houden met toekomstige wijzigingen
• Teamwijzigingen: prognoses worden niet automatisch aangepast aan wijzigingen in de teamsamenstelling
• Externe afhankelijkheden: het hulpprogramma houdt geen rekening met externe blokkeringen of afhankelijkheden
• Schattingsnauwkeurigheid: De prognosekwaliteit is afhankelijk van de nauwkeurigheid van schattingen van werkitems

Vereiste en aanbevolen activiteiten

Dit is wat u moet hebben voordat u de achterstand van uw team probeert te voorspellen.

Vereiste installatie

• Definieer iteratiepaden (sprints) en configureer teamiteraties
  • Sprints moeten van dezelfde duur zijn voor nauwkeurige voorspellingen.
  • Selecteer voldoende toekomstige sprints om uw volledige productachterstand te voorspellen.
• Backlog items definiëren en schatten. Als u werkt vanuit de backlog van uw team, worden de items die u maakt automatisch toegewezen aan de huidige sprint (iteratie) en aan het standaardgebiedspad van uw team.
• Werkitemstatus bijwerken: Werk de status van achterstandsitems bij zodra het werk wordt gestart en wanneer dit is voltooid. Alleen achterstandsitems waarvan de status valt onder een statuscategorie Voorgesteld of Wordt uitgevoerd worden weergegeven in het snelheidsdiagram. (Zie voor meer informatie Werkstroomstatussen en statuscategorieën).

Aanbevolen praktijken

• Minimaliseer de variabiliteit van schattingen: Achterstallige items definiëren en grootten om de variabiliteit in schattingen te verminderen.
• Bugtracking configureren: Bepaal hoe uw team bugs wil behandelen. Als uw team ervoor kiest om bugs als vereisten te behandelen, verschijnen bugs in de backlog en worden ze meegeteld in de Velocity-grafiek en de voorspellingsberekeningen.
• Stel het gebiedspad van uw team in: het prognosehulpprogramma voorspelt deze items op basis van de standaardinstellingen van uw team. Met deze instellingen kun je bepalen of items moeten worden opgenomen in gebiedspaden onder de standaardinstelling die het team gebruikt, of dat ze van opname moeten worden uitgesloten.
• Platte hiërarchie onderhouden: maak geen hiërarchie van achterstallige items en bugs. De weergave van het bladknooppunt, het laatste knooppunt in een hiërarchie met dezelfde categorie, kan mogelijk alleen op borden, sprintachterstanden en Taskboards verschijnen. Voor meer informatie, zie Problemen met opnieuw ordenen en nesten oplossen, hoe achterstanden en borden hiërarchische (geneste) items weergeven.
  In plaats van vereisten, bugs en taken te nesten, houd een platte lijst aan. Maak alleen bovenliggende/onderliggende koppelingen die slechts één niveau diep zijn tussen items in verschillende categorieën. Gebruik Functies om vereisten of gebruikersverhalen te groeperen. U kunt snel verhalen koppelen aan kenmerken. De kaart maakt ouder-kind koppelingen op de achtergrond.
• Volledige sprintopruiming: Aan het einde van de sprint werkt u de status bij van die achterstandsitems die het team heeft voltooid. Verplaats onvolledige items terug naar de product backlog en overweeg deze in een toekomstige sprintplanning.

Overwegingen bij het instellen van teams

Geplande sprints voorspellen

Gebruik het prognosehulpmiddel om een idee te krijgen van het aantal items dat u binnen een sprint kunt voltooien. Door een snelheid aan te sluiten, kunt u zien welke items binnen het bereik van de set sprints vallen die het team heeft geactiveerd.

Voltooi de volgende acties om uw productachterstand te voorspellen:

1. SelecteerBorden>Backlogs> het juiste team in het teamkiezer-menu.

   

   Als u een andere backlog wilt selecteren, opent u de selector en kiest u vervolgens een ander team of selecteert u de optie Backlog-map weergeven. U kunt ook een trefwoord invoeren in het zoekvak om de lijst met teamachterstanden voor het project te filteren.

   

2. Controleer of u Verhalen (voor Agile), Items (voor Basic), Backlogitems (voor Scrum) of Vereisten (voor CMMI) hebt geselecteerd als achterstandsniveau.

   

3. (Optioneel) Als u wilt kiezen welke kolommen moeten worden weergegeven en in welke volgorde, kiest u het pictogram acties en selecteert u Kolomopties. Zie Kolomopties wijzigen voor meer informatie.

   

4. Kies het weergaveopties pictogram en schuif Prognose naar Aan. Als u alles eenvoudig wilt houden, schakelt u de deelvensters Toewijzing en Planning uit.

   

   Stel Items in behandeling in op Uit om de items te verbergen die niet in de prognose worden geteld. Het prognosehulpmiddel negeert Scrum-items die zijn ingesteld op Doorgevoerd of Gereed en Agile en CMMI-items die zijn ingesteld op Actief, Opgelost of Voltooid.

5. Voer de voorspelde snelheid van uw team in.

   

   Tip

   Als uw team voor verschillende sprints werkt, kunt u een idee krijgen van de snelheid van uw team uit de widget Velocity. Gebruik uw gemiddelde snelheid ten opzichte van de laatste 3-6 sprints voor de meest nauwkeurige voorspelling.

   Het hulpprogramma tekent lijnen voor elke toekomstige sprint die door het team is geselecteerd. In de prognoselijnen ziet u hoeveel werk uw team kan voltooien in toekomstige sprints. Items boven de eerste regel worden doorgaans al uitgevoerd voor de huidige sprint. Items die tussen de eerste en tweede prognoselijnen vallen, geven aan wat er in de benoemde sprint kan worden voltooid.

Inzicht in prognoseresultaten

De prognosevisualisatie lezen

Het prognosehulpmiddel geeft uw achterstand weer met visuele indicatoren waarmee u inzicht krijgt in de sprintcapaciteit:

• Prognoselijnen: horizontale lijnen die werkstukken scheiden in sprintclusters
• Sprintlabels: elke regel wordt gelabeld met de sprintnaam en -capaciteit
• Snelheidsovername: Ongebruikte snelheid van de ene sprint gaat door naar de volgende
• Positie van items: Werkitems tussen regels geven aan wat in die sprint kan worden voltooid

Prognosegegevens interpreteren

Houd rekening met de volgende factoren wanneer u de prognoseresultaten bekijkt:

• Handmatige verificatie: controleer de resultaten handmatig om inzicht te hebben in verschillen tussen wat u verwacht en wat het prognosehulpprogramma weergeeft.
• Sprintcapaciteit: Controleer de hoeveelheid inspanning (inspanning, verhaalpunten of grootte) die per sprint is voorspeld.
• Grote werkitems: vraag prognoseresultaten waarbij de inspanning van een item bijna of groter is dan de teamsnelheid.
• Snelheidsovername: Inzicht in hoe ongebruikte capaciteit van eerdere sprints van invloed is op toekomstige projecties.

Voorbeeld van prognose-interpretatie

In dit voorbeeld wordt een snelheid van 20 gebruikt. Het prognosehulpmiddel beperkt het aantal items dat tussen de prognoselijnen wordt weergegeven tot items die kunnen worden voltooid binnen de sprint of het gebruik van ongebruikte snelheidspunten van de vorige sprint.

Het prognosehulpmiddel toont tussen twee en vier items waaraan kan worden gewerkt tijdens iteraties 2 tot en met 6 op basis van het aantal verhaalpunten dat aan elk gebruikersverhaal of elke bug is toegewezen. De prognoselogica draagt snelheidspunten van de ene sprint naar de volgende.

• Iteratie 2: 13 verhaalpunten, items 1 en 2 kunnen worden voltooid; 7 snelheidspunten worden overgedragen naar de volgende sprint

• Iteratie 3: 24 verhaalpunten, items 3 tot en met 5 kunnen worden voltooid; 3 (=20+7-24) snelheidspunten worden overgedragen naar de volgende sprint

• Iteratie 4: 21 Verhaalpunten, items 6 tot en met 8 kunnen worden voltooid; 2 (=20+3-21) snelheidspunten dragen over naar de volgende sprint

• Iteratie 5: 16 verhaalpunten, items 9 tot en met 12 kunnen worden voltooid; 6 (=20+2-16) snelheidspunten dragen over naar de volgende sprint

• Iteratie 6: 23 verhaalpunten, items 13 tot en met 16 kunnen worden voltooid; 3 (=20+6-23) snelheidspunten dragen over naar de volgende sprint

  

Geavanceerde scenario's voor prognoses

Scenario 1: De vereiste snelheid voor de tijdlijn bepalen

Een andere manier om het prognosehulpmiddel te gebruiken, is door verschillende snelheidswaarden in te voeren totdat alle achterstallige items binnen een bepaalde set sprints zijn voltooid. Deze prognose biedt een schatting van de snelheid die nodig is om uw achterstand van items te voltooien.

Vervolgens kunt u de delta tussen de snelheid van het huidige team en de vereiste snelheid beoordelen. De delta helpt bepalen welke andere resources nodig zijn om binnen een vereiste tijd te voldoen aan de productievereisten.

Stappen voor snelheidsvereisteanalyse

1. Totale achterstandsinspanning tellen: de schattingen voor alle achterstandsitems optellen
2. Aantal beschikbare sprints: bepalen hoeveel sprints u hebt tot uw doeldatum
3. De vereiste snelheid berekenen: De totale inspanning delen door beschikbare sprints
4. Vergelijk met de huidige snelheid: Identificeer de kloof tussen de huidige en de vereiste snelheid
5. Plan dienovereenkomstig: Bepaal of u meer teamleden, bereikreductie of aanpassing van de tijdlijn nodig hebt

Scenario 2: Releaseplanning met meerdere teams

Voor organisaties met meerdere teams die werken aan een algemene release:

1. Aggregaties van teamprognoses: Prognoses van alle bijdragende teams combineren
2. Afhankelijkheden identificeren: Afhankelijkheden tussen teams toewijzen die van invloed kunnen zijn op de levering
3. Integratiepunten plannen: Integratieactiviteiten plannen tussen teamleveringen
4. Voortgang bewaken: de werkelijke voortgang bijhouden op basis van voorspelde leveringsdatums

Scenario 3: Capaciteitsplanning met veranderende teamgrootte

Wanneer teamsamenstelling verandert tijdens een project:

1. Snelheid proportioneel aanpassen: De snelheid verhogen of verlagen op basis van wijzigingen in de teamgrootte
2. Rekening houden met opstarttijd: nieuwe teamleden hebben doorgaans tijd nodig om volledige productiviteit te bereiken
3. Werkelijke prestaties bewaken: de werkelijke snelheid vergelijken met aangepaste prognoses
4. Regelmatig opnieuw bijwerken: Prognoses bijwerken op basis van nieuwe snelheidspatronen

Aanbevolen procedures voor nauwkeurige prognose

Schattingsmethoden

• Gebruik consistente schattingsschalen: zorg ervoor dat alle teamleden dezelfde schattingscriteria begrijpen en toepassen
• Samen schatten: Planning poker of vergelijkbare technieken gebruiken voor teamconsensus
• Grote items opsplitsen: Grote werkitems splitsen in kleinere, voorspelbarere stukken
• Neem alle werkzaamheden op: rekening houden met bugs, technische schulden en ander werk dat van invloed is op de capaciteit

Snelheidsbeheer

• Werkelijke snelheid bijhouden: de werkelijke snelheid in de loop van de tijd bewaken en prognoses dienovereenkomstig aanpassen
• Gebruik doorlopende gemiddelden: Baseer prognoses op het gemiddelde van de laatste 3-6 sprints voor een stabielere basis.
• Account voor teamwijzigingen: Snelheids verwachtingen aanpassen wanneer de teamsamenstelling verandert
• Houd rekening met externe factoren: Rekening houden met feestdagen, training en andere capaciteitseffecten

Onderhoud voorspelling

• Regelmatig bijwerken: Prognoses minstens één keer per sprint vernieuwen
• Veronderstellingen controleren: valideren dat onderliggende veronderstellingen geldig blijven
• Wijzigingen communiceren: houd belanghebbenden op de hoogte van prognose-updates en hun gevolgen
• Leer van werkelijke waarden: voorspellingen vergelijken met werkelijke resultaten om de nauwkeurigheid te verbeteren

Veelvoorkomende problemen met prognoses oplossen

Probleem: Onnauwkeurige prognoses

Mogelijke oorzaken:

• Inconsistente schattingen van werkitems
• Snelheidsberekeningen op basis van te weinig sprints
• Belangrijke wijzigingen in teamsamenstelling
• Externe afhankelijkheden waarvoor geen rekening is gehouden

Oplossingen:

• Schattingsprocedures beoordelen en standaardiseren
• Langere snelheidsgeschiedenis gebruiken voor berekeningen
• Snelheid aanpassen voor teamwijzigingen
• Afhankelijkheidsbeheer opnemen in sprintplanning

Probleem: het prognoseprogramma geeft geen verwachte resultaten weer

Mogelijke oorzaken:

• Werkitems in de verkeerde statuscategorieën
• Onjuiste configuratie van het pad naar het teamgebied
• Problemen met sprintconfiguratie
• Schattingen van werkitems ontbreken

Oplossingen:

• Controleer of de statussen van werkitems zijn toegewezen aan de juiste categorieën
• Controleer teaminstellingen voor gebiedspaden en iteraties.
• Zorg ervoor dat sprints correct zijn geconfigureerd en toegewezen
• Schattingen toevoegen aan alle backlog-items

Probleem: Grote variantie tussen prognoses en werkelijke waarden

Mogelijke oorzaken:

• Onvoorspelbare werkitemgrootten
• Bereik kruipen tijdens sprints
• Technische uitdagingen die niet zijn opgenomen in schattingen
• Externe onderbrekingen die van invloed zijn op de capaciteit

Oplossingen:

• Werkonderdeelopdeling verbeteren
• Sterker bereikbeheer implementeren
• Risicobuffers opnemen in schattingen
• Bijhouden en rekening houden met werk dat onderbroken wordt

Volgende stap

Verwante inhoud

• Teamsnelheid
• Iteratiepaden (sprints) definiëren en teamiteraties configureren
• Het taskboard gebruiken om werk bij te houden tijdens uw sprint
• Controleer de burndowngrafiek van de sprint om te bepalen of uw team op schema ligt om het sprintplan af te ronden
• Azure Boards configureren en aanpassen
• Agile-procesrichtlijnen