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 vergelijken van ‘is dit groter 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 „hoelang dit zal duren”. Ze zijn daarentegen wel goed in het beantwoorden van de vraag „is dit omvangrijker dan wat u al hebt geleverd?”. Bij relatieve schatting wordt gebruikgemaakt van die tweede vraag, en daar zit hem nu juist de kunst.
Bij een absolute schatting moet men een tijdsduur aangeven, en mensen zijn daar, zoals te verwachten valt, slecht in. Wij ronden optimistisch af, houden geen rekening met het samengestelde effect en vergeten de verborgen aspecten. Bij een relatieve schatting gaat het daarentegen om een vergelijking, en daar zijn wij verrassend goed in: wij kunnen omvangsklassen 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 nauwkeurigheid is reëel voor kleine omvangcategorieën en wordt opzettelijk vager voor grote, omdat dat overeenkomt met hoe het vertrouwen zich in werkelijkheid 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 de story blijft hetzelfde, ongeacht wie deze 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 levert u een datum op waarin de variabiliteit van het team al is meegenomen; een schatting in uren per story levert u een datum op 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: uren of dagen. Bij een relatieve schatting wordt een taak vergeleken met andere taken en wordt de omvang ervan bepaald op een abstracte schaal, zoals story points, zonder dat er een specifieke duur wordt vastgelegd. Relatieve schattingen zijn sneller en blijken in de praktijk betrouwbaarder te zijn, omdat mensen vergelijkingen goed kunnen inschatten, maar absolute tijdsduur slecht.
Wat wordt onder ‘relatieve schatting’ verstaan in agile?
Bij relatieve inschatting wordt de omvang van een taak bepaald door deze te vergelijken met een referentieverhaal dat het team al heeft opgeleverd (groter, kleiner, ongeveer even groot), in plaats van te voorspellen hoeveel uren het zal kosten. Storypoints en planning poker zijn de gebruikelijke methoden waarmee teams dit doen.
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. Relatieve schattingen voorkomen dat men zich laat beïnvloeden door de luidste stem en de vooringenomenheid op basis van anciënniteit die bij schattingen van uren vaak de kop opsteekt, en leveren – via de snelheid – toch een datum op wanneer iemand die nodig heeft.
Aanbevolen lectuur
- Wat zijn story points?: de relatieve schatting die door de eenheid wordt opgesteld.
- 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 schattingscluster.
- Gratis planning poker voor agile teams: relatieve inschatting, in realtime, samen met uw team.