Hoe bootstrap ik mijn story points?

Scrum. De een zweert erbij, de ander vervloekt het. Zelf vind ik het in ieder geval een dappere poging om het ontwikkelproces voorspelbaarder te maken. Een van de technieken die hierbij wordt gebruikt, is het schatten in story points in plaats van manuren. Helaas zijn story points meteen ook een van de meest verkeerd begrepen concepten uit de wereld van Scrum.

Wij engineers zijn ontzettend slecht in het inschatten hoeveel tijd en moeite een stuk werk gaat kosten. Hier is een breed scala aan oorzaken voor aan te wijzen, van het onderschatten van complexiteit tot het niet meetellen van het schrijven en uitvoeren van tests, documenteren, overhead in de vorm van meetings en ga zo maar door. Wat de redenen ook zijn, iedereen die met softwareontwikkeling te maken heeft, weet dat schattingen er rustig een factor tien naast kunnen zitten.

Om dit te verbeteren, is op zeker moment het idee van story points geïntroduceerd: een dimensieloos getal dat de grootte van een stuk werk (vaak een user story genoemd) weergeeft in verhouding tot een ander stuk werk. Dit gaat uit van het idee dat het veel gemakkelijker is om een relatieve dan een absolute grootte in te schatten: het toevoegen van een knop is ongeveer evenveel werk als het toevoegen van een tekstveld, maar meer werk dan het wijzigen van de achtergrondkleur en minder werk dan het toevoegen van encryptie. Dus als user story X wordt ingeschat op twee story points, en user story Y op vier, dan weet je nog steeds niet hoeveel werk iedere user story gaat kosten, maar wel dat Y ongeveer twee keer zo veel gaat kosten als X.