Een piek in het onderzoek inschatten
Hoe u een onderzoeksspike kunt inschatten: een spike is een tijdsblok met een te leveren resultaat, geen story. Hoe u kunt voorkomen dat deze stilletjes uitgroeit tot het werk dat oorspronkelijk in de scope was opgenomen.
Een piek is geen nieuwsbericht. Behandel het dan ook niet als zodanig.
Spikes zijn tijdsblokken met concrete resultaten — „besteed twee dagen hieraan en kom terug met een aanbeveling.” Het getal op de kaart is een budget, geen prognose. Het inschatten van een spike aan de hand van het feature deck is de verkeerde methode: u weet niet wat u zult aantreffen, de vraag naar de relatieve inspanning is niet van toepassing en het team zal uiteindelijk ruzie maken over een getal dat niets zegt.
De andere manier waarop het mis kan gaan, is door de spike het werk te laten opslokken. Het team stemt voor een 3, de spike duurt twee weken, er wordt niets opgeleverd en het oorspronkelijke verhaal is nog steeds niet ingeschat. Een spike heeft een tijdslimiet en een te leveren resultaat. Als beide niet op het ticket staan, maakt u geen inschatting van een spike — u keurt een onderzoek met een onbepaalde looptijd goed.
Wat er in de kamer wordt gezegd
Ingenieur: „Ik weet eerlijk gezegd niet wat dit is, totdat ik ernaar kijk.”
PM: „Hoe ziet ‚klaar‘ eruit? Een document? Een demo?“
Lead: “Over twee dagen zullen we het werkelijke verhaal opnieuw beoordelen aan de hand van wat u hebt ontdekt.”
Vraag: „Wat gebeurt er als de spike zegt: ‘Bouw het niet’?”
Vragen die u zich het beste kunt stellen voordat u gaat stemmen
- Hoe lang duurt de time-box — een halve dag, twee dagen, een week?
- Wat is het eindresultaat — een document, een prototype, een aanbeveling of een meting?
- Wie beoordeelt de resultaten, en op basis van welke criteria?
- Wat gebeurt er als het antwoord luidt: „Bouw dit niet“?
- Valt dit binnen de doorlooptijd van het team, of buiten de cyclus om?
Sommige teams houden pieken volledig buiten de velocity-cijfers — het gaat hier om investeringen, niet om opleveringen, en het door elkaar halen van deze twee aspecten verstoort het planningssignaal. Beide benaderingen zijn geschikt; het is echter niet wenselijk om geen van beide te kiezen en deze dan ook niet consequent toe te passen.
Stem over een begroting met een tijdslimiet en een te behalen resultaat, en maak daarna een nieuwe inschatting van de werkelijke situatie.
Zie ook: schattingstechnieken voor minder eenduidige werkzaamheden, en veelgemaakte fouten bij Planning Poker waarbij onderzoek onbedoeld in het verhaal binnensluipt. Bekijk de andere praktijkvoorbeelden van schattingen, of start een gratis Planning Poker-sessie na de spike, niet tijdens.