Scrum Gids | 24. Planning Poker

Planning Poker is een van de populairste Scrum schattingstechnieken. Het vindt plaats tijdens Sprint Planning en heeft een paar eenvoudige regels. Alle spelers worden leden van het Development Team en elk van hen legt tegelijkertijd een kaart op tafel met het aantal Story Points om de taak te schatten die door de Product Owner is beschreven. Wat zijn de voordelen en nadelen van Planning Poker, en hoe speel je het? Kijk naar onze post om erachter te komen en de techniek te beheersen.

Planning Poker – inhoudsopgave:

1. Inleiding
2. Hoe speel je Planning Poker?
3. Regels van Planning Poker
4. Voordelen en nadelen van Planning Poker
5. Samenvatting

Inleiding

Planning Poker, ook wel Scrum Poker of Pointing Poker genoemd, is een relatieve techniek voor het schatten van de hoeveelheid werk die nodig is om een specifieke taak te voltooien. Het werd in 2022 gecreëerd door James Grenning. Hij wilde het probleem van eindeloze geschillen in het Scrum Team over de schatting van de moeilijkheidsgraad van de taken die aan de Developers werden gegeven, oplossen.

Hoe speel je Planning Poker?

Het doel van Planning Poker is om de moeilijkheid en inspanning van elke User Story die voor een bepaalde Sprint is geselecteerd, te schatten. De regels voor het spelen van Planning Poker zijn eenvoudig. Eerst moet je echter de benodigde accessoires voorbereiden.

De Story Point kaarten bevatten meestal waarden die overeenkomen met de Fibonacci-reeks, d.w.z. 0, 1, 3, 5, 8, 13, 20, 40 en 100. Het komt ook voor dat ze zijn gemarkeerd met opeenvolgende machten van 2, d.w.z. 2, 4, 8, 16, 32, enzovoort. Waarom zijn het geen opeenvolgende nummers? Omdat Planning Poker draait om het duidelijk tonen van de verschillen tussen de moeilijkheidsgraad van de taken. En te kleine verschillen tussen kaartwaarden zouden de oordelen vertroebelen.

Nummers drukken meestal het aantal Story Points uit. Ze kunnen echter ook andere meeteenheden zijn die door het Scrum Team worden gebruikt. We hebben meer geschreven over schattingseenheden en Story Points in dit artikel.

Regels van Planning Poker

Planning Poker spel prompts:

• een stapel kaarten met User Stories – afzonderlijk voorbereid voor elk spel
• een stapel kaarten met Story Points – één stapel voor elke Developer, voor herhaald gebruik

De fasen van Planning Poker:

1. Presentatie van de User Story
2. Discussie
3. Gameplay (Fasen 2 en 3 worden herhaald totdat er consensus is bereikt door allen)
4. Consensus
5. Overgaan naar de volgende User Story

Planning Poker vindt meestal plaats tijdens Sprint Planning. De Product Owner houdt de User Stories kaarten en de Developers ontvangen een stapel kaarten met Story Points.

De moderator is de Product Owner die het spel begint door een User Story aan de andere Scrum Teamleden voor te stellen. Als ze vragen hebben, moeten ze onmiddellijk na de presentatie van een User Story spreken.

De volgende stap is een discussie te starten over de implementatie van de User Story. Het hele Scrum Team neemt deel aan de discussie, maar de belangrijkste deelnemers zijn de Developers. De discussie betreft onder andere de volgende onderwerpen:

• technische kant van de taak
• vaardigheden van individuele Developers die nodig zijn om de taak te voltooien
• manieren om om te gaan met de verwachte moeilijkheden
• extra taken verbonden aan de uitvoering van de User Story.

Wanneer de Developers het eens zijn over de belangrijkste kwesties, kiest elke Developer een van de kaarten uit hun Story Point stapel. Vervolgens plaatsen ze deze overeenkomstig hun mening over de User Story kaart die het beste het niveau van complexiteit weerspiegelt.

De volgende stap hangt af van hoe de kaarten zijn verdeeld:

• Als de Developers kaarten van verschillende waarden op tafel hebben gelegd, keren ze terug naar de discussie. Dan nemen ze de kaarten van tafel en schatten ze de waarde van de User Story opnieuw. De situatie herhaalt zich en de developers trekken opnieuw totdat ze consensus bereiken.
• Als de Developers het eens zijn over de User Story, gaan ze verder naar de volgende ronde van Planning Poker. De Product Owner presenteert de volgende User Story, en de procedure herhaalt zich totdat de pool van User Stories die voor de huidige Sprint zijn gepland, is uitgeput.

Voordelen en nadelen van Planning Poker

Het voordeel van Planning Poker is ongetwijfeld de standaardisatie van het werken met User Stories. Het Development Team heeft een kant-en-klaar set kaarten voor het berekenen van de hoeveelheid werk in handen. Dit stelt de waarden in elke Sprint in staat om constant te blijven en het Team leert te schatten met specifieke eenheden.

Een ander belangrijk voordeel is de gelijke deelname van alle Developers aan het schatten van de taakcomplexiteit. Zelfs mensen die niet direct betrokken zijn bij de uitvoering kunnen bijdragen aan de discussie. Bijvoorbeeld, door aandacht te vestigen op problemen die niet zijn opgetreden omdat, bijvoorbeeld, Developers zich op de technische aspecten van de taak concentreerden.

Een ander voordeel van het spelen van Planning Poker betreft het ontwikkelen van de vaardigheid om tijdslimieten voor de discussie vast te stellen en, indien nodig, het beperken van het aantal rondes dat voor elke User Story wordt gespeeld.

Echter, de tijd die nodig is om consensus te bereiken, is ook een van de meest genoemde nadelen van Planning Poker. Als een of meer Developers niet bereid zijn het eens te worden met de anderen, kan het spel potentieel eindeloos voortduren.

Samenvatting

Planning Poker is een zeer effectieve relatieve schattingstechniek. Het Development Team krijgt een kant-en-klaar kader van activiteiten en puntwaarden voor het schatten van de tijd en moeilijkheid van taken. Dit stelt hen in staat om zich te concentreren op probleemoplossende discussies en hun schattingen te verbeteren door berekeningen en real-time User Stories te vergelijken.

Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.