Verhaalpunten: schattingsgids voor gebruikersverhalen in Agile

Denk aan de laatste keer dat je op een roadtrip ging. Duurde het zo lang als je dacht of liep je tegen onverwachte tijdverspillingen aan, zoals files? Projecten plannen en inschatten kan daar veel op lijken. Onverwachte obstakels en onzekerheden kunnen je projecttijdlijn vertragen en leiden tot scope creep. En, net als tijdens je rit, kun je ergens terechtkomen waar je nooit had verwacht te zijn, zoals over-budget en ondermaats presteren. 

Dat is waar inschattingstechnieken om de hoek komen kijken. Met schattingstechnieken, zoals verhaalpunten, kun je taken nauwkeurig inschatten, waardoor jij en je team een duidelijker beeld krijgen van hoeveel inzet taken zullen kosten en waar problemen kunnen ontstaan. Laten we dieper ingaan op de voordelen van verhaalpunten en hoe je ze kunt gebruiken. 

Wat zijn verhaalpunten?

Verhaalpunten zijn een manier om de hoeveelheid inzet te schatten die nodig is om een gebruikersverhalen in je product-backlog te voltooien. Je schat meestal verhaalpunten voor een sprintplanningsvergadering, want dan bepaalt je team hoeveel werk ze kunnen uitvoeren in een aankomende sprint. 

Gewoonlijk houden verhaalpunten rekening met drie factoren die de omvang en inzet van een taak kunnen beïnvloeden, en de waarde van het verhaalpunt neemt dienovereenkomstig toe. Omdat verhaalpunten relatief zijn, vind je hun waarde door rekening te houden met deze details en vergelijkbare taken met elkaar te vergelijken.

• Risico is de hoeveelheid totaal risico of onzekerheid die verband houdt met de taak. Als de taak bijvoorbeeld derden, aannemers of belanghebbenden van het project omvat, kan dit de hoeveelheid risico verhogen.

• Herhaling is de ervaring van het team met vergelijkbare taken. 

• Complexiteit is de moeilijkheidsgraad van de taak (en hoe duidelijk de doelstellingen van de taak zijn). 

Een belangrijk ding om te weten is dat verhaalpunten relatief zijn - wat betekent dat hun relatieve waarde en verhoudingen tot elkaar ertoe doen, niet hun werkelijke numerieke waarde.

Verhaalpunten vs. tijdsgebaseerde schatting

Je vraagt je misschien af, waarom gebruik je niet gewoon tijd als een schatting voor taken? En je hebt het niet mis: tijdgebaseerde (of op uren gebaseerde) schatting is een populaire manier om werk te berekenen. 

Maar er is een nadeel - in tegenstelling tot verhaalpunten houden tijdgebaseerde schattingen geen rekening met complexiteit, risico of onzekerheid. Ze zijn ook afhankelijk van de persoonlijke inschatting van elk teamlid, die kan variëren afhankelijk van anciënniteit, begrip van de taak en ervaring met vergelijkbare taken. 

Agile verhaalpunten lossen deze potentiële problemen op door samenwerking aan te moedigen en rekening te houden met risico, complexiteit en ervaring. Het resultaat is een universeel scoresysteem dat ervoor zorgt dat teamleden op één lijn blijven.

Zes stappen om verhaalpunten te implementeren en in te schatten

Nu je weet wat verhaalpunten zijn, gaan we bespreken hoe je ze kunt inschatten om gebruikersverhalen te bereiken. 

1. Introduceer verhaalpunten bij je team

Een goed begrip van verhaalpunten is cruciaal voor succes. Om je team vertrouwd te maken met het proces, leid je ze door de basis en de voordelen van verhaalpunten. Zorg er vooral voor dat ze begrijpen dat de verhaalpuntnummers ten opzichte van elkaar moeten schalen.

Tip: Onthoud dat verhoudingen belangrijk zijn met verhaalpunten, niet de werkelijke cijfers. Met andere woorden, een taak waaraan een verhaalpunt van twee is toegewezen, zou twee keer zoveel inzet moeten kosten als een taak waaraan een verhaalpunt van één is toegewezen. Een taak waaraan een verhaalpunt van drie is toegewezen, zou anderhalf keer zoveel inzet moeten kosten als een taak waaraan een verhaalpunt van twee is toegewezen. Je ziet waar we heen gaan met dit. 

2. Bepaal je verhaalpuntenschaal 

Bepaal vervolgens je verhaalpuntsequentie. Dit wordt de scoringsmethode die je team zal gebruiken om verhaalpunten toe te wijzen in je schattingsvergadering (daarover later meer). Reeksen zijn handig omdat ze je team dwingen zich te concentreren op de relatieve grootte tussen de getallen, waardoor het inschatten van complexe taken gemakkelijker wordt. Dus, welke verhaalpuntreeks moet je gebruiken? De Fibonacci-reeks - een reeks getallen waarbij elk getal de som is van de twee voorgaande getallen - is populair voor het schatten in Agile. Maar het kan ingewikkeld worden. Als numerieke waarden je team overweldigen, probeer dan T-shirtmaten. Zoals de naam al zegt, verdeelt deze reeks taken in beter beheersbare maten op basis van T-shirtmaten: XS, S, M, L, XL en XXL. 

Tip: bij het schatten in Agile veranderen teams meestal de Fibonacci-reeks in 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40 en 100 voor gebruiksgemak. 

3. Maak een verhaalpuntmatrix

Een verhaalpuntmatrix is in feite een uitgebreide versie van je verhaalpuntreeks. Het dient als basislijn voor je schattingsvergadering en geeft je team een duidelijker idee van hoe je elke taak kunt scoren. Als je nog nooit verhaalpunten hebt gebruikt, raden we je aan je kennis te gebruiken van de taken die je team doorgaans voltooit en de complexiteit, onzekerheid en inzet die daarmee gepaard gaan.

Zoals je kunt zien, nemen de verhaalpuntwaarden toe naarmate de inzet, complexiteit en risico van de taak toenemen. 

Tip: Je verhaalpuntmatrix zal evolueren naarmate je sprints uitvoert en een beter begrip krijgt van de inzet die gepaard gaat met de taken van je team. Maak je geen zorgen over het perfect maken van de eerste keer - bouw voort op de typische taken van je team en plan om de matrix na elke sprint opnieuw te evalueren.

4. Houd een planningspokervergadering

Nu je je verhaalpuntsequentie hebt gekozen en je verhaalpuntmatrix hebt gemaakt, is het tijd om tot de kern van de zaak te komen: het schatten van je verhaalpunten met een planningspokervergadering. 

Het doel van planningspoker is om verhaalpunten toe te wijzen aan gebruikersverhalen, je team op één lijn te krijgen en een idee te ontwikkelen van hoeveel taken je team kan voltooien in de komende sprint. Planning poker doet dit door iedereen de kans te geven om mee te wegen in het aankomende werk. Met het hele team betrokken, kun je er zeker van zijn dat je verhaalpunten toewijst op basis van verschillende meningen en onbewuste vooroordelen voorkomt. 

Hier lees je hoe je een succesvolle planningspoker-vergadering houdt.    

• Geef je team een duidelijke verhaalpuntenmatrix als referentie, evenals een set kaarten die je verhaalpuntenreeks weergeven. Je kunt de kaarten zelf maken of een set downloaden.   

• Selecteer een gebruikersverhalen. 

• Bespreek het verhaal met je team, inclusief wat erbij komt kijken en hoe succes eruitziet. 

• Laat elk teamlid privé de verhaalpuntkaart selecteren waarvan zij denken dat die de hoeveelheid inzet vertegenwoordigt die nodig is om het verhaal te voltooien. 

• Laat je team hun kaartselecties tegelijkertijd onthullen. Als de verhaalpunten overeenkomen, ga je verder met het volgende gebruikersverhaal. Als de verhaalpunten niet overeenkomen, blijf dan het gebruikersverhaal bespreken totdat je een overeenkomst bereikt.

• Herhaal het proces totdat je story points hebt toegewezen aan alle taken in je product-backlog. 

• Bepaal met behulp van je verhaalpuntmatrix als basislijn hoeveel taken je team kan voltooien in de komende sprint.

Tip: plan om planning pokersessies te houden nadat je team de backlog heeft geprioriteerd en voordat je sprint is begonnen. Planning pokersessies kunnen tussen de twee en vier uur duren (en je eerste sessie zal waarschijnlijk langer duren), dus plan dienovereenkomstig. 

5. Plan en voer je sprint uit 

Als het de eerste keer is dat je verhaalpunten gebruikt, weet je niet precies hoeveel verhaalpunten je per sprint kunt voltooien (ook bekend als 'sprintsnelheid') totdat je je eerste volledige sprint hebt voltooid. Dat is niet erg. Gebruik in je sprintplanningsvergadering je beste schatting van hoeveel verhaalpunten je in je sprint moet opnemen op basis van de complexiteit van de taken en de verhaalpuntwaarde. 

Tip: je eerste sprint kan een groot aantal verhaalpunten met een lage waarde, een laag aantal verhaalpunten met een hoge waarde of een mix bevatten. Na verloop van tijd leer je wat het beste werkt voor je team en verbeter je het proces op basis van de feedback van je team. 

6. Verbeter voortdurend je verhaalpuntschattingen

Zodra je je eerste sprint hebt voltooid met behulp van verhaalpunten, is het tijd om je te concentreren op het hoofdthema van het Agile-raamwerk: continue verbetering. Kom hiervoor samen met je team en bespreek wat er goed ging en wat er beter kan. Je kunt hiervoor een aparte vergadering houden of deze opnemen in je sprint-retrospectief. 

Stel je team vragen zoals of de verhaalpunten correct zijn ingeschat, welke onverwachte projectknelpunten ze zijn tegengekomen en de andere redenen waarom de doelen niet werden gehaald. Gebruik de antwoorden om het proces voor de volgende sprint te verbeteren. Evalueer indien nodig je verhaalpuntsequentie of je verhaalpuntmatrix opnieuw. 

Tip: Zodra je de snelheid van je team hebt bepaald, gebruik je dat getal om verhaalpunten te verdelen en te zien hoeveel sprints je team nodig heeft om een heel project te voltooien.

Verhaalpunten gebruiken in Agile-projecten

Het is geen geheim: vooruit plannen is de sleutel tot projectbeheer. Het niet goed in kaart brengen en plannen van werk kan leiden tot gemiste deadlines, scope creep en projectmislukking. Maar als dat eng klinkt, maak je dan geen zorgen. Verhaalpunten kunnen helpen. 

Om verhaalpunten beter te begrijpen, laten we eens kijken hoe je ze kunt gebruiken binnen het Agile-raamwerk:

• Schrijf eerst een gebruikersverhalen voor elke gewenste functie. Gebruikersverhalen volgen het formaat "Als [persona], wil ik [doel], zodat [resultaat of voordeel]".

• Voeg je gebruikersverhalen toe aan je product-backlog. 

• Wijs verhaalpunten toe aan elk gebruikersverhaal om de inzet in te schatten. 

• Gebruik verhaalpunten om gebruikersverhalen uit je backlog te selecteren, zodat je voor elke sprint de juiste 'hoeveelheid' werk kiest. 

• Voer je sprint uit. 

Voorbeeld: Stel dat je gebruikersverhaal is: "Als gebruiker wil ik feedback en vragen kunnen indienen via de site om de productfuncties beter te begrijpen." Je zou dit gebruikersverhaal een verhaalpunt toewijzen - nogmaals, de hoeveelheid inzet die volgens jou nodig is om het verhaal te voltooien. Je kunt het verhaal vervolgens opsplitsen in kleinere taken, zoals het bepalen van de reikwijdte en het ontwerpen van het feedbackformulier, het schrijven van de code voor het formulier, het testen van de pagina en het testen van het formulier, en het publiceren van de pagina. 

Voordelen van het gebruik van verhaalpunten

Er is een reden waarom verhaalpunten de MVP van schattingstechnieken zijn - ze maken het schatten van inzet gemakkelijker en vereenvoudigen sprintplanning. Maar dat is niet alles. Hier zijn nog een paar voordelen van het gebruik van Agile-verhaalpunten:

• Sneller plannen. Verhaalpunten zijn een maateenheid voor relatieve schatting, wat betekent dat je de waarde van één verhaalpunt berekent door het te vergelijken met vergelijkbare, reeds geschatte werkitems. Het gebruik van een relatieve scoringsmethode leidt na verloop van tijd tot een snellere schatting - een grote overwinning voor je team. 

• Houd rekening met onvoorspelbaarheid en risico. Agile verhaalpunten houden rekening met elementen zoals onbekenden en risico. Door deze factoren in je planning te gebruiken, haal je het giswerk uit het schatten, waardoor je de inzet nauwkeuriger kunt bepalen.

• Verwijder vaardigheidsvooroordelen uit je planning en zorg dat je team op één lijn zit. Vertrouwen op individuele inschattingen van teamleden is niet altijd de beste keuze. Een senior teamlid zal waarschijnlijk een heel andere inschatting van de inzet geven dan een junior teamlid. Verhaalpunten voorkomen deze problemen door samenwerking aan te moedigen in de vorm van planningspokervergaderingen. 

• Maak zinvolle deadlines. Niemand houdt van willekeurige deadlines, maar dat is vaak wat je krijgt als je andere schattingstechnieken gebruikt op basis van de hoeveelheid tijd. Omdat verhaalpunten genuanceerder zijn, resulteren ze in zinvolle vervaldatums.  

• Bouw betere schattingen in de toekomst. Een van de grootste voordelen van verhaalpunten is dat ze aanpasbaar en herbruikbaar zijn. Dat betekent dat zodra je een verhaalpuntenmatrix hebt gemaakt en je eerste sprint hebt gehouden, je je lessen kunt gebruiken om je oorspronkelijke verhaalpuntenwaarden opnieuw in te schatten en nauwkeurigere schattingen te ontwikkelen. 

Effectieve verhaalpuntinschatting met de producteigenaar 

Nauw samenwerken met de producteigenaar is essentieel voor een nauwkeurige verhaalpuntschatting. De producteigenaar biedt waardevolle inzichten in de bedrijfswaarde, gebruikersprioriteiten en acceptatiecriteria van elk stuk werk. Door de producteigenaar bij het schattingsproces te betrekken, kunnen Agile-teams ervoor zorgen dat ze een gedeeld begrip hebben van de vereisten en beter geïnformeerde schattingen kunnen maken.

Om effectief samen te werken met de producteigenaar tijdens het schatten van verhaalpunten:

• Nodig de producteigenaar uit voor schattingsvergaderingen en planningspokersessies.

• Moedig de producteigenaar aan om vereisten en functionaliteit te verduidelijken en vragen te beantwoorden.

• Bespreek de bedrijfswaarde en gebruikersimpact van elk verhaal met de producteigenaar.

• Zorg ervoor dat de producteigenaar het concept van verhaalpunten en relatieve maten begrijpt.

• Werk samen met de producteigenaar om grote verhalen op te splitsen in kleinere, schatbare stukken.

Voorbeeld: Stel dat het scrumteam - bestaande uit het ontwikkelteam, de scrummaster en de producteigenaar - een gebruikersverhalen voor een nieuwe functie in een mobiele app aan het inschatten is. De producteigenaar neemt deel aan de schattingsvergadering en biedt extra context over het belang van de functie voor de gebruikers en de verwachte functionaliteit. Het ontwikkelingsteam raadpleegt de scrumgids om de acceptatiecriteria en randgevallen te verduidelijken. Samen bespreken de producteigenaar en het team de complexiteit van het verhaal en splitsen het op in kleinere, beter beheersbare gebruikersverhalen. Door nauw samen te werken met de producteigenaar, krijgt het team een beter inzicht in de vereisten en kan het nauwkeurigere verhaalpuntschattingen leveren.

Veelvoorkomende valkuilen bij het schatten van verhaalpunten vermijden

Het is niet allemaal gemakkelijk in verhaalpuntland. Verhaalpunten stroomlijnen het projectbeheerproces, maar alleen als je bepaalde fouten vermijdt bij het schatten. Hier zijn enkele veelvoorkomende fouten die teams maken bij het schatten van verhaalpunten - en hoe je ze kunt vermijden. 

Verhaalpunten gebruiken die niet relatief zijn 

Het relatieve karakter van verhaalpunten maakt het voor je team gemakkelijker om te begrijpen hoe taken zich tot elkaar verhouden. Daarom moet je punten niet willekeurig toewijzen. Onthoud: verhaalpunten moeten relatief ten opzichte van elkaar schalen. 

Verhaalpunten gelijkstellen aan uren 

Aangezien tijdschatting geen rekening houdt met factoren zoals complexiteit en onzekerheid, is het gebruik van uurschattingen of dagen als je verhaalpunten in strijd met hun doel. Houd in plaats daarvan rekening met de drie componenten die we hebben besproken - complexiteit, risico en herhaling - om je verhaalpuntwaarden te bepalen. 

Inconsistente verhaalpuntschatting

Inconsistentie in verhaalpuntschatting kan leiden tot verwarring en onnauwkeurige planning. Zorg ervoor dat je team een gedeeld begrip heeft van wat elke verhaalpuntwaarde vertegenwoordigt. Regelmatige backlog-verfijningssessies en schattingsworkshops kunnen helpen om consistentie te behouden.

Te veel nadruk op precisie 

Hoewel verhaalpuntschatting tot doel heeft de nauwkeurigheid te verbeteren, is het streven naar perfecte precisie contraproductief. Omarm de inherente onzekerheid in softwareontwikkeling en gebruik verhaalpunten als een tool voor relatieve dimensionering in plaats van te streven naar exacte schattingen.

Niet leren van eerdere verhaalpuntschattingen 

Verbeter voortdurend je verhaalpuntinschatting door na te denken over eerdere sprints. Vergelijk de werkelijke inzet die nodig is om verhalen te voltooien met de eerste schattingen. Gebruik deze feedback om het begrip van je team van verhaalpunten te kalibreren en je schattingsproces te verfijnen. Betrek het hele scrumteam, inclusief de tester, om inzichten en statistieken te verzamelen om je agile-praktijk te verbeteren.

Beheer sprintplanning en verhaalpunten met sjablonen

Verhaalpunten zijn een belangrijk onderdeel van de projectplanning. Maar het correct inschatten van de inzet en het afronden van taken is een stuk eenvoudiger wanneer je Product-backlog-items goed georganiseerd zijn en overeenkomen met het werk van je team. Asana staat klaar om je te helpen. Organiseer je backlog, houd je Agile-projecten bij en communiceer efficiënt met je team met een sprintplanning-sjabloon dat net zo flexibel is als je team.