Storypoints versus uren: waarom het omrekenen ervan een valkuil is

Als u punten kunt omrekenen naar uren, dan maakt u een schatting van het aantal uren.

Storypoints en uren zijn geen verschillende eenheden van hetzelfde begrip. Uren meten de duur — hoe lang u ergens over zult doen. Punten meten de relatieve inspanning — hoe groot dit is in vergelijking met het referentieverhaal dat iedereen al heeft opgeleverd. Het zijn verschillende dimensies. Op het moment dat u „1 punt = 4 uur“ op de wiki schrijft, hebt u elk schattingsgesprek omgevormd tot een discussie over duur, en hebt u de eigenschap van relatieve inspanning, waarvoor deze techniek juist bedoeld is, overboord gegooid.

De reden waarom teams hun toevlucht nemen tot deze omrekening is reëel: iemand buiten het team heeft een datum nodig, en punten hebben geen eenheden. De oplossing is geen omrekeningstabel, maar velocity. Velocity zet punten op teamniveau al om in tijd — punten per sprint × aantal sprints levert een datum op die rekening houdt met het werkelijke leveringstempo van het team, en niet met een fictief tempo.

Waarom punten überhaupt bestaan

Een team dat in uren schat, maakt in feite twee schattingen: de schatting waar de senior ingenieur in gelooft, en de schatting die de junior ingenieur opschrijft nadat hij het aantal naar boven heeft afgerond om een verantwoordelijke indruk te maken. Verborgen stemmen en relatieve inspanning omzeilen beide. Met punten kan het team het erover eens zijn dat „dit omvangrijker is dan datgene wat we eerder hebben opgeleverd“ zonder af te spreken dat „dit mij vier uur zal kosten“ — en uit de meningsverschillen die bij de onthulling naar voren komen, blijkt waar de verborgen omvang zich bevindt.

Hoe het eruit ziet

Een team dat op een goede manier met punten omgaat, heeft het tijdens de sessie niet over uren. Zij bespreken het referentieverhaal, het vergelijkbare werk dat zij al hebben opgeleverd en de onbekende factoren. Het getal dat daaruit voortkomt, is een indicatie van de relatieve inspanning die het team — en alleen het team — via zijn eigen velocity kan omzetten in een datum.

”Maar hoe lang gaat dat duren?”

Dit is de legitieme behoefte die schuilgaat achter elk verzoek om punten om te rekenen naar tijd, en deze verdient een concreet antwoord — een tijdsperiode op basis van de velocity. Als uw team gemiddeld 30 punten per sprint van twee weken heeft behaald, komt een deel van de backlog van 60 punten neer op ongeveer twee sprints, en u communiceert dit als „ongeveer een maand, afhankelijk van wat we halen“. Dat is een datum waarin de onzekerheden van het team al zijn verwerkt — de vergaderingen die daadwerkelijk plaatsvinden, de wachtdienstroostering, de feestdagen. Een omrekening van punten naar uren levert u een datum op zonder dergelijke onzekerheden, die met nog grotere zekerheid onjuist is.

Houd dus de snelheid bij, maak daaruit een prognose en bereken deze om de paar sprints opnieuw. Dat is de eerlijke manier om mijlpalen om te zetten in tijd, en daarvoor is geen omrekeningstabel nodig. De cyclustijd is weer een apart verhaal: een verhaal met drie mijlpalen kan nog steeds een week in de review blijven hangen, wat een probleem met de doorstroom is, en geen schattingsprobleem.

Worden bij story points ook de weekenden meegerekend?

Nee — want punten houden helemaal geen rekening met tijd. Een 5 staat niet voor 40 uur; het betekent „dit is omvangrijker dan het referentieverhaal”. Of het team nu in het weekend werkt, op vrijdag vrij neemt of vierdaagse werkweken hanteert, speelt geen rol bij de schatting, omdat de schatting geen maatstaf is voor kalendertijd.

Waar weekends wel van belang zijn, is bij de velocity. Velocity wordt uitgedrukt in punten per sprint, en de lengte van een sprint wordt gemeten in kalendertijd — dus een team dat halverwege een sprint te maken krijgt met een feestdag, zal in die sprint een lagere velocity laten zien, omdat het minder werkuren had om dezelfde inspanning te leveren. Dat is precies waar weekends een rol moeten spelen: in de kalenderlaag, niet in de puntenlaag. Punten kennen geen weekends. Velocity wel.

Schrap de omrekeningstabel. Baseer u in plaats daarvan op de snelheid.

Veelgestelde vragen

Hoeveel uur komt 3 story points overeen?

Er is geen vast antwoord, en dat is nu juist het punt. Story points geven de relatieve inspanning weer, niet de duur — 3 punten staat voor „iets groter dan ons referentieverhaal“, waarvoor verschillende teams verschillende hoeveelheden tijd nodig hebben. Reken dit om op teamniveau aan de hand van de velocity, nooit per verhaal.

Is 1 storypoint gelijk aan 1 dag?

Nee. Een storypoint is helemaal geen tijdseenheid. Als uw team zich heeft vastgeklampt aan „1 punt = 1 dag”, dan maakt u schattingen in dagen met een Fibonacci-laagje eroverheen — en bent u de indicatie van de relatieve inspanning kwijtgeraakt die storypoints juist bedoeld zijn om u te geven.

Waarom zou men story points gebruiken in plaats van uren?

Omdat het team het erover eens kan zijn dat „dit omvangrijker is dan dat“, zonder het erover eens te zijn dat „dit mij vier uur zal kosten“. Verborgen stemmen in combinatie met relatieve schattingen voorkomen de verankerings- en anciënniteitsvertekening die bij schattingen in uren vaak optreden — en de velocity geeft u nog steeds een datum wanneer u die nodig hebt.

Kunt u story points omrekenen naar uren?

Alleen op teamniveau, en alleen achteraf: het aantal behaalde punten per sprint (velocity) wordt voor dat specifieke team omgezet in kalendertijd. Een vaste tabel per verhaal met de formule „X punten = Y uren” is een recept voor mislukking — schrap deze.

Worden bij story points ook de weekenden meegerekend?

Nee — want punten houden helemaal geen rekening met tijd. Een 5 betekent „groter dan het referentieverhaal”, niet een bepaald aantal dagen. Weekenden, feestdagen en vierdaagse werkweken komen tot uiting in de velocity (punten per sprint), die op de kalender is gebaseerd, en niet in de punten zelf.

Aanbevolen lectuur

• Wat zijn story points? — relatieve inspanning, niet tijd, vanaf het begin uitgelegd.
• Velocity — de enige betrouwbare manier om punten om te zetten in een datum.
• Snelheids- en capaciteitsplanning — die prognose gebruiken om een realistische sprint te bepalen.
• Handleiding voor agile schattingen — het volledige overzicht van schattingsmethoden.
• Gratis Planning Poker voor agile teams — schat de omvang in punten, gezamenlijk en in realtime.