What are story points in agile?

Story points are a unit of relative estimation that expresses how much effort a piece of work will take, combining its complexity, the amount of work, and its uncertainty into a single number. They are deliberately not a measure of time. A team compares each item against others it has already sized and assigns points on a shared scale, so estimates reflect difficulty rather than how many hours one particular person might spend.

Why use story points instead of hours?

People are poor at estimating absolute time but good at judging whether one thing is bigger than another. Story points lean on that strength. They also avoid the trap of treating an estimate as a commitment, account for the fact that the same task takes different people different amounts of time, and fold in complexity and risk — not just duration. Over a few sprints, a team's velocity in points becomes a more reliable forecast than summing hour estimates.

How do you estimate story points?

Most teams use planning poker. The Product Owner explains a backlog item, the team discusses it, and everyone privately picks a value from a shared scale — usually a Fibonacci-like sequence (1, 2, 3, 5, 8, 13). Everyone reveals at once; where estimates differ widely, the high and low voters explain their thinking and the team re-votes until it converges. The discussion that surfaces hidden complexity is often more valuable than the number itself.

Can you compare story points between teams?

No. A story point is calibrated to one team's own sense of relative size, so one team's 5 is not another team's 5. Comparing velocity or point totals across teams is meaningless and, used as a target, actively harmful — it pushes teams to inflate estimates. Story points are a planning tool for a single team's own forecasting, not a productivity metric for comparison.

Wat zijn story points? Agile Schatting Uitgelegd

Storypoints zijn een eenheid voor relatieve schatting: één getal dat weergeeft hoe omvangrijk een stuk werk aanvoelt, waarbij de complexiteit, de werkhoeveelheid en de onzekerheid worden gecombineerd. Cruciaal is dat een storypoint geen maatstaf voor tijd is. In plaats van te vragen “hoeveel uur gaat dit kosten?”, vraagt een team “hoe verhoudt dit zich tot werk dat we al hebben gedaan?” — en die kleine verschuiving maakt schattingen eerlijker en bruikbaarder.

Waarom relatieve schattingen, en geen uren?

Mensen zijn onbetrouwbaar in het inschatten van absolute tijd, maar verrassend goed in het maken van relatieve beoordelingen — we kunnen wel aangeven dat de ene taak ongeveer twee keer zo moeilijk is als de andere, zelfs als we niet kunnen zeggen hoe lang beide taken precies zullen duren. Story points spelen in op die kracht. Ze omzeilen bovendien drie problemen die schatten op basis van uren vaak met zich meebrengen:

Een schatting is geen toezegging. Uren zorgen ervoor dat belanghebbenden „8 uur“ als een belofte beschouwen; punten zorgen ervoor dat de schatting een prognose blijft.
Dezelfde taak kost verschillende mensen verschillende hoeveelheden tijd. Een punt zegt iets over het werk, niet over de persoon.
De duur houdt geen rekening met risico’s. Een korte maar onzekere taak kan riskanter zijn dan een lange, goed begrepen taak — punten weerspiegelen die onzekerheid.

De schaal voor verhaalpunten

De meeste teams gebruiken een Fibonacci-achtige schaal — 1, 2, 3, 5, 8, 13, 20 — in plaats van een Linear schaal. De steeds grotere tussenruimtes zijn bewust gekozen: hoe groter een item is, hoe minder nauwkeurig men de omvang ervan kan inschatten, dus de schaal doet niet langer alsof u een 14 van een 15 kunt onderscheiden. Als een item groter blijkt te zijn dan ongeveer 13, is dat een signaal om het op te splitsen in kleinere delen die het team kan begrijpen en binnen een sprint kan opleveren.

Hoe teams punten toekennen: planning poker

De meest gangbare methode voor het maken van schattingen is planning poker. De Product Owner beschrijft een backlog-item, het team bespreekt dit, en iedereen kiest in stilte een waarde. Iedereen maakt zijn keuze tegelijkertijd bekend, zodat niemand zich laat beïnvloeden door de luidste stem. Wanneer de hoogste en laagste schattingen uiteenlopen, leggen die personen hun redenering uit — en dat gesprek, dat aannames en verborgen complexiteit aan het licht brengt, is doorgaans waardevoller dan het uiteindelijke cijfer. Voor een uitgebreidere uitleg, zie hoe u planning poker gebruikt bij agile schattingen.

Van punten naar snelheid

Zodra een team in punten inschattingen maakt, kan het de velocity meten: het aantal punten dat het in een sprint voltooit. Na een paar sprints wordt de gemiddelde velocity een eenvoudige, empirische prognose — als een team betrouwbaar ongeveer 30 punten per sprint afwerkt, kan de Product Owner bij benadering inschatten hoeveel van de backlog in de komende sprints past. Velocity is een planningshulpmiddel voor één team, nooit een doelstelling en nooit een vergelijking tussen teams; zodra het een doel wordt, blazen teams hun schattingen op en verliest het getal elke betekenis.

Storypoints en de retrospectieve

Het inschatten van de omvang is een van de meest voorkomende punten die een team tijdens zijn sprint-retrospective bespreekt. Wanneer taken stelselmatig te laag of te hoog worden ingeschat, wanneer de velocity sterk schommelt, of wanneer ‘afgerond’ werk steeds opnieuw wordt geopend, is de retrospective het moment waarop het team zijn gezamenlijke inschatting van de omvang bijstelt en de manier waarop het werk wordt opgedeeld, aanscherpt. De nauwkeurigheid van de schattingen verbetert door deze feedbackloop, niet door vooraf extra uw best te doen.

Veelgestelde vragen over story points

Wat zijn story points in agile?

Story points zijn een relatieve schatteenheid die aangeeft hoeveel inspanning een bepaalde taak zal vergen, waarbij de complexiteit, de omvang van het werk en de onzekerheid worden samengevat in één getal. Ze zijn bewust geen maatstaf voor tijd. Een team vergelijkt elk item met andere items waarvan de omvang al is bepaald en kent punten toe op een gedeelde schaal, zodat schattingen de moeilijkheidsgraad weerspiegelen in plaats van het aantal uren dat een bepaalde persoon eraan zou besteden.

Waarom zou u story points gebruiken in plaats van uren?

Mensen zijn slecht in het inschatten van absolute tijd, maar goed in het beoordelen of de ene taak omvangrijker is dan de andere. Story points maken gebruik van die kracht. Ze vermijden ook de valkuil om een schatting als een toezegging te beschouwen, houden rekening met het feit dat dezelfde taak bij verschillende mensen verschillende hoeveelheden tijd in beslag neemt, en betrekken complexiteit en risico mee — niet alleen de duur. Over een aantal sprints heen wordt de velocity van een team in punten een betrouwbaardere voorspelling dan het optellen van schattingen in uren.

Hoe schat u story points in?

De meeste teams maken gebruik van planning poker. De Product Owner licht een backlog-item toe, het team bespreekt het, en iedereen kiest in stilte een waarde uit een gezamenlijke schaal — meestal een Fibonacci-achtige reeks (1, 2, 3, 5, 8, 13). Iedereen maakt zijn keuze tegelijkertijd bekend; wanneer de schattingen sterk uiteenlopen, lichten degenen met de hoogste en laagste scores hun redenering toe en stemt het team opnieuw totdat er overeenstemming is bereikt. De discussie die verborgen complexiteit aan het licht brengt, is vaak waardevoller dan het getal zelf.

Kunt u story points tussen teams vergelijken?

Nee. Een storypoint wordt afgestemd op het eigen gevoel van een team voor de relatieve omvang van een taak, dus een 5 van het ene team is niet hetzelfde als een 5 van een ander team. Het vergelijken van velocity of het totaal aantal punten tussen teams is zinloos en, indien gebruikt als streefdoel, zelfs schadelijk — het zet teams ertoe aan om schattingen op te blazen. Story points zijn een planningstool voor de eigen prognoses van een enkel team, geen productiviteitsmaatstaf voor vergelijking.

Aanbevolen lectuur

Gratis Planning Poker voor agile teams — schat uw backlog samen in realtime in.
De drie Scrum-artefacten — wat de Product Backlog die u aan het inschatten bent, nu eigenlijk is.
Wat is een burndown-grafiek? — hoe teams bijhouden welke punten ze hebben toegezegd.