Verhaalpunten: schattingsgids voor gebruikersverhalen in Agile

Denk aan de laatste keer dat je op reis ging. Duurde het zo lang als je dacht of liep je tegen onverwachte tijdverspilling aan, zoals files? Het plannen en inschatten van projecten kan daar veel op lijken. Onverwachte obstakels en projectonzekerheden kunnen je projecttijdlijn vertragen en leiden tot scope creep. En net als tijdens je rit, kun je merken dat je ergens bent waar je nooit had verwacht te zijn, zoals over budget en ondermaats presterend. 

Dat is het punt waar inschattingstechnieken om de hoek komen kijken. Met schattingstechnieken, zoals verhaalpunten, kun je de omvang van 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 gebruikersverhaal in je Product-backlog te voltooien. Je schat meestal verhaalpunten in voor een sprintplanningsvergadering, want dan bepaalt je team hoeveel werk ze kunnen uitvoeren in een aankomende sprint. 

Doorgaans houden verhaalpunten rekening met drie factoren die de reikwijdte 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 aan de taak is verbonden. Als de taak bijvoorbeeld derden, aannemers of projectbelanghebbenden omvat, kan dit de hoeveelheid risico vergroten.

• 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 er toe doen, niet hun werkelijke numerieke waarde.

Verhaalpunten versus op tijd gebaseerde schatting

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

Maar er is een keerzijde: in tegenstelling tot verhaalpunten houden op tijd gebaseerde 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 teamleden op één lijn houdt.

Zes stappen om verhaalpunten te implementeren en in te schatten

Nu je weet wat verhaalpunten zijn, laten we eens kijken hoe je ze kunt inschatten om gebruikersverhalen te berekenen. 

1. Introduceer verhaalpunten bij je team

Een goed begrip van verhaalpunten is cruciaal voor succes. Om je team het proces te vergemakkelijken, leid je ze door de basis en voordelen van verhaalpunten. Zorg er in het bijzonder voor dat ze begrijpen dat de story point-nummers ten opzichte van elkaar moeten worden geschaald.

Tip: Onthoud dat verhoudingen belangrijk zijn bij 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 met een verhaalpunt van drie zou anderhalf keer zoveel inzet moeten kosten als een taak met een verhaalpunt van twee. Je ziet waar we naartoe willen. 

2. Bepaal je verhaalpuntenschaal 

Bepaal vervolgens je verhaalpuntvolgorde. Dit wordt de scoringsmethode die je team zal gebruiken om verhaalpunten toe te wijzen in je inschattingsvergadering (hierover later meer). Reeksen zijn nuttig omdat ze je team dwingen om zich te concentreren op de relatieve grootte tussen de getallen, waardoor het inschatten van complexe taken gemakkelijker wordt. Dus, welke reeks verhaalpunten 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 doet vermoeden, splitst deze reeks taken op in beter beheersbare maten op basis van T-shirtmaten: XS, S, M, L, XL en XXL. 

Tip: Bij het schatten in Agile veranderen teams de Fibonacci-reeks meestal 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 uitgewerkte versie van je verhaalpuntreeks. Het dient als basis voor je inschattingsvergadering en geeft je team een duidelijker idee van hoe elke taak moet worden gescoord. Als je nog niet eerder verhaalpunten hebt gebruikt, raden we je aan je kennis te gebruiken van de taken die je team meestal voltooit en de complexiteit, onzekerheid en inzet die daarmee gepaard gaan.

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

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

4. Houd een planningspokersamenkomst

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

Het doel van planning poker 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 mee te laten denken over aankomend 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. 

Zo leid je een succesvolle planningspoker-vergadering.    

• Geef je team een gedefinieerde verhaalpuntmatrix ter referentie, evenals een set kaarten die je verhaalpuntvolgorde weergeven. Je kunt de kaarten zelf maken of een set downloaden.   

• Selecteer een gebruikersverhaal. 

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

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

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

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

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

Tip: Plan om planning pokersessies te houden nadat je team de backlog heeft geprioriteerd en voordat je sprint is gestart. Het plannen van pokersessies kan 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 wel bekend als 'sprintsnelheid') totdat je je eerste volledige sprint hebt voltooid. Dat is niet erg. Gebruik in je sprintplanningsvergadering je beste schatting van het aantal verhaalpunten dat je in je sprint moet opnemen op basis van de complexiteit van taken en de waarde van het verhaalpunt. 

Tip: je eerste sprint kan een groot aantal verhaalpunten met een lage waarde bevatten, een laag aantal verhaalpunten met een hoge waarde of een mix. 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 met verhaalpunten hebt voltooid, 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-evaluatie. 

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

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

Zo gebruik je verhaalpunten in Agile-projecten

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

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

• Schrijf eerst een gebruikersverhaal 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 de juiste 'hoeveelheid' werk voor elke sprint 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 verhaal een verhaalpunt toewijzen - nogmaals, de hoeveelheid inzet die je denkt dat nodig is om het verhaal te voltooien. Je kunt het verhaal vervolgens opsplitsen in kleinere taken, zoals het scopen en ontwerpen van het feedbackformulier, het schrijven van de code voor het formulier, het opzetten 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 zijn van inschattingstechnieken - ze maken het inschatten van de inzet gemakkelijker en vereenvoudigen de sprintplanning. Maar dat is nog niet alles. Hier zijn nog een paar voordelen van het gebruik van Agile-verhaalpunten:

• Snellere planning. 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 inschatting - een grote winst voor je Team. 

• Houd rekening met onvoorspelbaarheid en risico. Agile story points houden rekening met elementen zoals onbekenden en risico. Door deze factoren in je planning te gebruiken, hoef je niet meer te gissen bij het inschatten, waardoor je de inzet nauwkeuriger kunt inschatten.

• Verwijder vaardigheidsvooroordelen uit je planning en breng je team op één lijn. Vertrouwen op individuele inschattingen van teamleden is niet altijd het beste. 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 planningspokersamenkomsten. 

• Creëer 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 in de toekomst betere inschattingen. Een van de belangrijkste voordelen van verhaalpunten is dat ze aanpasbaar en herbruikbaar zijn. Dat betekent dat zodra je een verhaalpuntmatrix hebt gemaakt en je eerste sprint hebt gehouden, je je lessen kunt gebruiken om je oorspronkelijke verhaalpuntwaarden opnieuw in te schatten en nauwkeurigere schattingen te ontwikkelen. 

Effectieve verhaalpuntinschatting met de producteigenaar 

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

Om effectief samen te werken met de producteigenaar tijdens de story point schatting:

• Nodig de producteigenaar uit voor inschattingsvergaderingen en planningpokersessies.

• 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 grootte begrijpt.

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

Voorbeeld: Stel dat het scrumteam - bestaande uit het ontwikkelingsteam, de scrummaster en de producteigenaar - een inschatting maakt van een gebruikersverhaal voor een nieuwe functie in een mobiele app. 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 de story en splitsen deze 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 geven.

Veelvoorkomende valkuilen bij het schatten van verhaalpunten vermijden

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

Verhaalpunten gebruiken die niet relatief zijn 

De relatieve aard 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 schatting van verhaalpunten

Inconsistentie in het schatten van verhaalpunten 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 consistent te blijven.

Te veel nadruk op precisie 

Hoewel het schatten van verhaalpunten 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 hulpmiddel voor relatieve dimensionering in plaats van te streven naar exacte schattingen.

Niet leren van eerdere verhaalpuntinschattingen 

Verbeter je verhaalpuntenschatting voortdurend 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 sprint planning en verhaalpunten met sjablonen

Verhaalpunten zijn een belangrijk onderdeel van de projectbeheerpuzzel. Maar het correct inschatten van de inzet en het voltooien van taken is een stuk eenvoudiger als 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 collaboratief is als je team.