Hoe Planning Poker stap voor stap uit te voeren

Planning Poker werkt wanneer de kaarten een nuttig gesprek op gang brengen — niet wanneer het team probeert het “juiste” nummer te raden. Een goede sessie geeft iedereen dezelfde backlogcontext, beschermt onafhankelijk oordeel tot het moment van onthulling en gebruikt uiteenlopende schattingen om aannames bloot te leggen voordat werk een sprint ingaat.

Deze gids biedt een herhaalbare agenda voor één facilitator, één Product Owner of backlog-eigenaar, en de mensen die helpen het werk te leveren.

In deze gids

• De korte versie
• Bereid de backlog en deelnemers voor
• Gebruik een praktische agenda van 45 minuten
• Kalibreer en presenteer elk item
• Stem, onthul en bespreek de spreiding
• Herstem, splits, of pauzeer
• Bekijk het voorbeeld van vijf items
• Vermijd veelgemaakte fouten
• Gebruik de checklist voor facilitators

De korte versie

Voor elk backlog-item:

1. Licht het gebruikersresultaat, de reikwijdte en acceptatiecriteria toe.
2. Laat het team verduidelijkende vragen stellen.
3. Vraag elke schatter om privé een kaart te kiezen.
4. Onthul alle kaarten tegelijk.
5. Als de spreiding ertoe doet, luister naar de redenen achter de lage en hoge stemmen.
6. Maak het item duidelijker, splits het indien nodig en stem opnieuw.
7. Noteer de inschatting waarop het team het eens is, en ga door naar het volgende item.

Planning Poker is een inschattingstechniek, geen verplicht Scrum-evenement. De huidige Scrum Guide laat de schattingsmethoden over aan het team, terwijl wordt benadrukt dat degenen die het werk uitvoeren verantwoordelijk zijn voor het schatten van Product Backlog-items.

Voor de sessie: bereid werk voor dat besproken kan worden

Een stemruimte kan niet compenseren voor een backlog-item dat niemand begrijpt. Bereid een kleine set items voor die op korte termijn aan bod komen, in plaats van de gehele backlog mee te nemen.

Zorg voor elk item dat het team het volgende kan zien:

• het gebruikers- of bedrijfsresultaat;
• wat inbegrepen is en expliciet uitgesloten wordt;
• acceptatiecriteria of een voorbeeld van verwacht gedrag;
• bekende afhankelijkheden, beperkingen en getroffen systemen;
• openstaande vragen die de omvang kunnen beïnvloeden;
• een link naar ondersteunende ontwerpen of technische context indien relevant.

Verwijder niet alle onzekerheden vóór de inschatting. Onzekerheid is een onderdeel van wat de inschatting moet blootleggen. Maar het team heeft voldoende context nodig om een klein implementatiedetail te onderscheiden van een onopgeloste productbeslissing.

Kies één schaal voordat het stemmen begint

Veel teams gebruiken een Fibonacci-achtige reeks zoals 1, 2, 3, 5, 8, 13, 21. De toenemende verschillen geven aan dat het vertrouwen doorgaans afneemt naarmate het werk groter of minder duidelijk wordt. Agilo ondersteunt ook andere ingebouwde schalen en aangepaste kaartensets.

Behandel story points als relatief team-specifieke groottes. Een 5 is nuttig omdat het team begrijpt hoe deze zich verhoudt tot zijn eigen 2 of 8; het is geen universeel aantal uren en mag niet tussen teams worden gekopieerd als een conversietabel.

Nodig de juiste mensen uit

De mensen die het werk verwachten uit te voeren, moeten stemmen. De Product Owner of backlog-eigenaar legt intenties, prioriteiten en afwegingen uit. Een facilitator zorgt dat het proces soepel verloopt, geeft ruimte aan rustige deelnemers en voorkomt dat de discussie verandert in een onderhandeling over een voorkeursgetal.

In Agilo hebben deelnemers accounts nodig om deel te nemen aan een ruimte en te stemmen. Maak de ruimte aan vóór de sessie, selecteer het schattingssysteem, voeg de eerste items toe of importeer ze, en verstuur de uitnodiging tijdig zodat iedereen kan aansluiten.

Huidige Agilo-interface: acht fictieve deelnemers hebben gestemd, terwijl elke inschatting verborgen blijft tot onthulling.

Een praktische agenda van 45 minuten

Gebruik dit als uitgangspunt en pas aan naar het aantal en de complexiteit van de items.

Vijf goed voorbereide items zijn vaak nuttiger dan vijftien gehaaste stemmen. Als het team herhaaldelijk lange productontdekking nodig heeft tijdens de sessie, breng die items dan terug naar refinement en houd Planning Poker gericht op werk dat klaar is voor een schattingsgesprek.

Stap 1: kalibreer met een bekend referentiepunt

Begin met een recent afgerond item waarvan het team de vorm zich herinnert. Je herschrijft de geschiedenis niet om een perfecte score te creëren. Je geeft de ruimte een gedeelde vergelijking: “Dit item had één UI-wijziging, één API-wijziging en bekende testdekking; voor ons staat dit voor een 3.”

Gebruik referenties van hetzelfde team en productgebied wanneer mogelijk. Een 5 van een mobiel team hoeft niet hetzelfde te betekenen als een 5 van een platformteam.

Voor een concrete referentieschaal, vergelijk deze zes voorbeelden van story points, inclusief de acceptatiegrenzen die een item kleiner of groter maken.

Stap 2: presenteer één backlog-item

De backlog-eigenaar legt in enkele minuten het resultaat en de grenzen uit. Vermijd het doorlopen van een voorgestelde implementatie alsof deze al besloten is. Ontwikkelaars kunnen een eenvoudiger route zien — of een afhankelijkheid die de hele inschatting verandert.

Een nuttige opening klinkt als volgt:

Een ingelogde gebruiker kan het huidige rapport exporteren als CSV. Deze ronde omvat de zichtbare tafel-filters, maar niet geplande exports of aangepaste kolommapping.

Laat daarna het team vragen stellen. Als een vraag de reikwijdte verandert, werk het item dan bij voordat er gestemd wordt.

Stap 3: stem privé en onthul samen

Elke schatter kiest een kaart zonder de keuzes van anderen te zien. Verborgen stemmen verminderen het anker-effect van het eerste getal, de meest ervaren persoon, of de verwachting van de facilitator.

Onthul pas nadat iedereen gestemd heeft. Agilo kan kaarten handmatig of automatisch onthullen nadat alle deelnemers hebben gestemd, afhankelijk van de instellingen van de ruimte. Een facilitator kan ook de timer van de ruimte gebruiken wanneer het team een zachte grens nodig heeft voor vragen of stemmen.

Dring mensen die ? kiezen niet op. Die kaart is bruikbaar bewijs: het item mist mogelijk context, valt buiten iemands expertise, of bevat een aanname die het waard is zichtbaar gemaakt te worden.

Stap 4: bespreek de spreiding, niet elk getal

Als de stemmen clusteren rond aangrenzende waarden, heeft het team mogelijk alleen een korte bevestiging nodig. Als de spreiding breed is – bijvoorbeeld 3, 3, 5, 8, 13 – begin dan met de uitleg achter de lage en hoge inschattingen.

Stel vragen zoals:

• Wat omvat de 13 dat de 3 niet bevat?
• Is er een afhankelijkheid of faalmodus die anderen over het hoofd hebben gezien?
• Schatten we dezelfde acceptatiecriteria?
• Neemt iemand herbruikbare infrastructuur aan die nog niet bestaat?
• Zou het splitsen van het item de voornaamste onzekerheid wegnemen?

Het doel is een gedeeld begrip. Consensus kan volgen, maar iedereen dwingen naar dezelfde kaart zonder de onderliggende verschillen op te lossen, ondermijnt de oefening.

Wanneer de één 3 stemt en de ander 13: goed nieuws — de kaarten zijn niet kapot. Het team heeft net het gesprek gevonden waar het om ging. 😅

Huidige Agilo-interface na onthulling: de spreiding van 3–8 nodigt uit om aannames te vergelijken. Het gemiddelde van 5,3 is context, geen automatisch definitief antwoord.

Stap 5: verduidelijk, splits of stem opnieuw

Kies na de discussie een van de drie paden:

1. Herstem. Het item is duidelijk en nieuwe informatie heeft het beeld van het team veranderd.
2. Splits het item. De inschatting is groot omdat meerdere uitkomsten of technische stappen samen zijn gevoegd.
3. Pauzeer de inschatting. Eerst moet een productbeslissing, afhankelijkheid of onderzoek worden afgerond.

Agilo ondersteunt een extra stemronde, maar kiest niet de uiteindelijke schatting voor het team. De facilitator en schatters bepalen nog steeds welke waarde hun gezamenlijke inzicht weerspiegelt.

Stap 6: noteer het resultaat en ga verder

Zodra het team het eens is over de te gebruiken schatting, noteer deze dan bij het backlog-item en selecteer het volgende item zolang de sessie nog momentum heeft. Als je gebruikmaakt van de Agilo Jira-integratie, kun je Jira-issues met hun context importeren en de geselecteerde schatting terugkoppelen wanneer synchronisatie is ingesteld.

Houd een aparte notitie bij voor vervolgvragen. Verberg onopgeloste scope niet achter een getal alleen om de lijst af te ronden.

Voorbeeld: vijf backlog-items

De onderstaande waarden behoren tot een fictief productteam dat zijn eigen referentie-items gebruikt. Het zijn voorbeelden van redenering, geen universele antwoorden.

Bekijk het widget-item. De lage stemmen zagen een wijziging in de desktop-only layout. De hoge stemmen namen mobiele gebaren, blijvende ordening, toetsenbordtoegankelijkheid en migratie van bestaande layouts mee. Geen gemiddelde zou die mismatch oplossen. Het splitsen van het item maakte de scope duidelijk en leidde tot twee betekenisvollere gesprekken.

Veelvoorkomende fouten die de sessie verzwakken

Het gemiddelde als het antwoord zien

Een gemiddeld getal kan twee onverenigbare interpretaties verbergen. Bespreek eerst de spreiding. De uiteindelijke schatting moet het begrepen werk weerspiegelen, niet rekentechnische gemakzucht.

De meest ervaren persoon hardop laten stemmen

Zodra één getal is uitgesproken, gaan latere schattingen er vaak omheen draaien. Houd kaarten verborgen tot ze onthuld worden en vraag om onderbouwing na de onafhankelijke stemronde.

Discussies over implementatie vóórdat de uitkomst duidelijk is

Technische discussie is waardevol, maar alleen nadat iedereen begrijpt wat het item moet bereiken. Anders kan het team verschillende producten inschatten.

Een schatting forceren voor een onvoorbereid item

"We hebben vandaag een cijfer nodig" neemt geen afhankelijkheid weg. Markeer de vraag, wijs een verantwoordelijke toe en kom terug zodra de ontbrekende beslissing beschikbaar is.

Individuen of teams vergelijken op story points

Punten zijn een lokaal planningsinstrument. Ze omzetten in een prestatiedoel stimuleert opgeblazen cijfers en maakt de schattingen minder bruikbaar.

Checklist voor de facilitator

Voor de bijeenkomst:

• kies 5–8 items op korte termijn;
• voeg acceptatiecontext en links toe;
• maak de ruimte aan en selecteer de kaartenset;
• bevestig wie de items uitlegt en wie stemt;
• kies één bekend referentie-item.

Tijdens elke ronde:

• houd stemmen verborgen totdat iedereen klaar is;
• luister naar de argumenten van lage en hoge schatters als de spreiding ertoe doet;
• pas het item aan als aannames veranderen;
• stem opnieuw, splits of pauzeer in plaats van overeenstemming af te dwingen;
• noteer de gekozen schatting en eventuele vervolgverantwoordelijke.

Na de bijeenkomst:

• zorg dat schattingen zichtbaar zijn in de backlog;
• los gepauzeerde items op voordat ze sprintplanning bereiken;
• herzie de schaal alleen als het team deze consequent onbruikbaar vindt.

Voer de workflow uit in Agilo

Agilo Planning Poker bewaart backlogcontext, privéstemmen, gelijktijdige onthulling, herhaalde rondes en de gekozen schatting in één ruimte. Je kunt werk handmatig toevoegen of Jira-issues importeren, een ingebouwde of aangepaste kaartenset gebruiken en direct naar het volgende item gaan nadat het team overeenstemming bereikt.

Maak een Planning Poker-ruimte aan wanneer je backlog-items en deelnemers klaar zijn.

Bronnen en verdere literatuur

• Agile Alliance: Planning Poker — het basispatroon van privéstemmen, gelijktijdige onthulling, discussie en extra rondes.
• De officiële Scrum Guide — de huidige definitie van Scrum en de verantwoordelijkheden voor het schatten van de Product Backlog.