Relatieve versus absolute schatting (en waarom de relatieve schatting de voorkeur geniet)
Mensen zijn slecht in het inschatten van ‘hoelang dit zal duren’ en goed in het beoordelen van ‘of dit groter is dan dat’. Bij relatieve inschatting wordt gebruikgemaakt van het tweede — en dat is de reden waarom story points zo goed werken.
Mensen zijn slecht in het inschatten van „hoe lang dit gaat duren”. Ze zijn daarentegen wel goed in de vraag „is dit omvangrijker dan wat u al hebt geleverd?”. Bij relatieve schatting wordt gebruikgemaakt van die tweede vraag, en dat is precies de kunst.
Bij absolute schattingen moet een tijdsduur worden opgegeven — en mensen zijn daar, zoals te verwachten, slecht in. We ronden optimistisch af, zien het effect van de samengestelde tijd niet en vergeten de verborgen aspecten. Bij relatieve schattingen gaat het daarentegen om een vergelijking, en daar zijn we verrassend goed in: we kunnen omvang naast elkaar zien zonder ons vast te leggen op een bepaald aantal uren.
Waarom relatieve schatting werkt
Planning Poker maakt gebruik van deze asymmetrie. Het referentieverhaal fungeert als ankerpunt voor het team, en nieuwe taken worden hieraan afgemeten — groter, kleiner, veel groter, ongeveer even groot. De puntenschaal is geen schaal voor de duur; het is een schaal voor de spreiding van vergelijkingen. Daarom zijn de tussenruimtes niet-uniform: de precisie is reëel voor kleine omvangcategorieën en wordt opzettelijk vager voor grote, omdat dat overeenkomt met hoe het vertrouwen zich in de praktijk gedraagt.
De eigenschap die hieruit voortvloeit, is stabiliteit. Omdat een relatieve schatting gekoppeld is aan het werk en niet aan de snelheid van een persoon, blijft deze geldig wanneer de samenstelling van het team verandert — de omvang van het verhaal blijft hetzelfde, ongeacht wie het op zich neemt. Wat varieert, is de snelheid waarmee het team die omvang oplevert, en dat is precies wat velocity bijhoudt.
Waarom streven teams eigenlijk naar het absolute?
Belanghebbenden vragen: „Wanneer zal het klaar zijn?“ Dat is een absolute vraag, en het team voelt zich verplicht om in absolute termen te antwoorden. De juiste aanpak is om dit op teamniveau te vertalen — via de velocity, niet via schattingen van de duur per story. Velocity geeft u een datum waarin de variabiliteit van het team al is verwerkt; een schatting in uren per story geeft u een datum die doet alsof die variabiliteit niet bestaat, wat de conversieval in een ander jasje is. Voor de capaciteitskant van diezelfde vertaling, zie velocity en capaciteitsplanning.
Affiniteitsschatting: relatief op grote schaal
Voor een eerste doorloop van de gehele backlog is affiniteitsschatting een relatieve schatting die in bulk wordt uitgevoerd: verhalen worden op basis van vergelijking in groottegroepen gesleept, zonder dat er kaarten aan te pas komen. Het is sneller dan planning poker en levert een minder nauwkeurig resultaat op, waardoor het een goede voorbereidende stap is voordat het team de omvang van het werk op korte termijn nauwkeurig vaststelt. Het is een van de verschillende schattingstechnieken die uitgaan van vergelijking in plaats van op tijd.
Veelgestelde vragen
Wat is het verschil tussen relatieve en absolute schatting binnen agile?
Bij een absolute schatting wordt aan een taak een specifieke duur toegekend — in uren of dagen. Bij een relatieve schatting wordt een taak met andere taken vergeleken en op een abstracte schaal, zoals story points, ingeschat, zonder dat er een specifieke duur wordt vastgelegd. Relatieve schattingen gaan sneller en blijken betrouwbaarder te zijn, omdat mensen vergelijkingen goed kunnen inschatten, maar absolute tijdsduur slecht.
Wat wordt onder ‘relatieve schatting’ verstaan in agile?
Bij relatieve schatting wordt de omvang van een taak bepaald door deze te vergelijken met een referentieverhaal dat het team al heeft opgeleverd — groter, kleiner of ongeveer even groot — in plaats van te voorspellen hoeveel uren het zal kosten. Storypoints en planning poker zijn de gangbare methoden die teams hiervoor gebruiken.
Waarom is een relatieve schatting beter dan een schatting in uren?
Omdat mensen onbetrouwbaar zijn als het om absolute tijd gaat, maar verrassend goed in het maken van vergelijkingen. Door relatieve schattingen te hanteren, wordt voorkomen dat men zich laat beïnvloeden door de luidste stem en door de vooringenomenheid op basis van anciënniteit die bij schattingen van uren vaak de kop opsteekt, en levert dit — via de snelheid — toch een datum op wanneer iemand die nodig heeft.
Aanbevolen lectuur
- Wat zijn story points? — de relatieve schatting die deze eenheid oplevert.
- Vergelijking van agile schattingstechnieken — planning poker, affiniteit, bucket en de overige methoden.
- Velocity — hoe een relatieve schatting wordt omgezet in een datum.
- Handleiding voor agile schattingen — het volledige overzicht van schattingsmethoden.
- Gratis planning poker voor agile teams — relatieve inschatting van de omvang, in realtime, samen met uw team.