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 „hoelang dit zal duren”. Ze zijn daarentegen goed in het beantwoorden van de vraag „is dit omvangrijker dan wat u al hebt geleverd?”. Bij relatieve schatting wordt gebruikgemaakt van de tweede vraag, en dat is precies 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, zien het effect van de samengestelde tijd niet in 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 bekijken 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 duurschaal; 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 werkelijkheid gedraagt.
De eigenschap die hieruit voortvloeit, is stabiliteit. Omdat een relatieve schatting is gekoppeld 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 eenheden 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 meegenomen; een schatting in uren per story geeft u een datum die doet alsof die variabiliteit niet bestaat, wat in feite dezelfde omzettingsvalkuil is, maar dan in een ander jasje. 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 de werkzaamheden op korte termijn nauwkeurig vaststelt. Het is een van de verschillende schattingstechnieken die uitgaan van vergelijking in plaats van van de klok.
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 gaan sneller en blijken betrouwbaarder te zijn, omdat mensen vergelijkingen goed kunnen inschatten, maar absolute tijdsduur slecht.
Wat is relatieve inschatting binnen 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 zijn 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 de eenheid oplevert.
- Een vergelijking van agile schattingstechnieken: planning poker, affiniteit, bucket en de overige methoden.
- Snelheid: hoe een relatieve schatting een datum wordt.
- Handleiding voor agile schattingen: het volledige schattingscluster.
- Gratis planning poker voor agile teams: relatieve inschatting van de omvang, in realtime, samen met uw team.