Story points zijn een meeteenheid binnen agile om in te schatten hoeveel moeite een taak kost. Ze drukken niet een aantal uren uit, maar de totale inspanning: hoe complex is de taak, hoeveel onzekerheid zit er in, en hoeveel werk is er mee gemoeid? Dat maakt story points een handig hulpmiddel voor teams die werken met Scrum of een andere agile aanpak.
Het grote verschil met gewone tijdsschattingen is dat story points relatief werken. Je kijkt niet naar “hoeveel uur kost dit?”, maar naar “hoe verhoudt deze taak zich tot andere taken die we al kennen?” Dat klinkt abstract, maar in de praktijk werkt het verrassend goed.
Wat drukken story points precies uit?
Een story point combineert drie dingen: de complexiteit van een taak, de hoeveelheid werk die erin zit, en het risico of de onzekerheid. Een taak kan weinig werk zijn maar toch veel punten krijgen, bijvoorbeeld als niemand in het team precies weet hoe hij aangepakt moet worden. Omgekeerd kan iets arbeidsintensief zijn maar toch weinig punten kosten, als het puur routinewerk is dat het team al honderd keer heeft gedaan.
Story points zeggen dus iets over de relatieve zwaarte van een taak, niet over de tijdsduur. Een taak van 8 punten is ruwweg twee keer zo zwaar als een taak van 4 punten, maar of die 8 punten drie of tien uur kosten, hangt af van het team en de context.
De Fibonacci-reeks als schaal voor story points in agile
De meeste agile teams gebruiken de Fibonacci-reeks als puntenschaal: 1, 2, 3, 5, 8, 13, 21. Soms wordt die uitgebreid met 0 (voor triviale taken) en 40 of 100 (voor enorm grote taken). De opzet achter deze reeks is slim: hoe groter een taak, hoe moeilijker het is om precies te schatten. Het verschil tussen 1 en 2 is goed te bepalen, maar het verschil tussen 20 en 22 uur is een illusie van nauwkeurigheid. De Fibonacci-reeks dwingt je om te werken met bredere marges bij grotere taken.
Taken met een hoge waarde, zoals 21 of hoger, zijn vaak een signaal dat de taak te groot is. Zo’n taak splits je beter op in kleinere stukken voordat je hem oppakt in een sprint.
Planning poker: zo schat een team story points in
De meest gebruikte techniek om story points te bepalen is planning poker. Elk teamlid schat onafhankelijk van de anderen en onthult zijn schatting tegelijk met de rest. Zo voorkom je dat de eerste stem het gesprek domineert. Als de schattingen ver uit elkaar liggen, bespreek je waarom. Iemand die 2 punten geeft en iemand die 13 geeft, zien de taak duidelijk anders. Dat gesprek levert waardevolle inzichten op over aannames, risico’s en onduidelijkheden.
Het doel van planning poker is niet per se consensus op het exacte getal, maar een gedeeld begrip van wat de taak inhoudt. De uiteindelijke schatting is dan ook een middel, geen doel op zich.
Velocity: wat je met story points meet over tijd
Als een team consistent story points gebruikt, bouw je na een paar sprints een velocity op. Velocity is het gemiddeld aantal story points dat een team per sprint afrondt. Stel dat een team in de laatste drie sprints respectievelijk 32, 28 en 34 punten haalde, dan is de gemiddelde velocity 31. Die waarde gebruik je om te voorspellen hoeveel werk er in de volgende sprint past.
Velocity is een intern meetinstrument. Het zegt iets over de capaciteit van dit team, niet over hoe snel andere teams werken. Vergelijk de velocity van twee teams dan ook nooit direct met elkaar: teams schatten anders, hebben andere contexten en werken aan andere soorten taken.
Veelgemaakte fouten bij het gebruik van story points
Een van de grootste valkuilen is story points omrekenen naar uren. Zodra je dat doet, verlies je het voordeel van de methode. Managers die vragen “hoeveel uur is 1 story point?” sturen onbedoeld aan op tijdschattingen in vermomming. Story points werken juist omdat ze losgemaakt zijn van klokuren.
Een andere fout is het vergelijken van velocity tussen teams. Dat leidt tot druk om meer punten toe te kennen aan taken zodat de velocity hoger lijkt. Het gevolg: inflatie van schattingen en een velocity die niets meer zegt over daadwerkelijk vermogen.
Tot slot: story points zijn geen prestatiemeting. Een team met een hoge velocity is niet per definitie productiever of beter dan een team met een lage velocity. Ze meten gewoon hoe datzelfde team over tijd presteert, en helpen bij het plannen van toekomstig werk.
Wanneer zijn story points niet de beste keuze?
Story points werken het best voor teams die al een tijdje samenwerken en een gedeeld begrip hebben van complexiteit. Voor heel kleine teams of voor teams die net starten met agile, kan de overhead van planning poker en het kalibreren van schattingen meer kosten dan het oplevert. In dat geval kiezen sommige teams voor eenvoudigere methodes, zoals t-shirt sizes (S, M, L, XL) of simpelweg het tellen van het aantal taken in plaats van punten.
Ook bij zeer voorspelbaar en repetitief werk, zoals een vaste wekelijkse taak die altijd even lang duurt, voegen story points weinig toe. Dan weet je al wat het kost.
Story points zijn dus geen universele oplossing, maar voor agile teams die werken aan wisselende, complexe taken zijn ze een sterk hulpmiddel. Gebruik ze als gespreksonderwerp en planningsinstrument, niet als prestatiemeter, en ze leveren hun waarde vanzelf op.
