Wat is het bepalen van de werklast?
Het bepalen van de werklast in een sprint gaat over het gezamenlijk inschatten van de hoeveelheid werk die het development team denkt te kunnen afronden. In Scrum gebeurt dit met story points. Story points drukken de relatieve omvang van een backlog item uit, vaak in termen van complexiteit, hoeveelheid werk en risico.
Story points zijn dus géén uren, maar een relatieve maat. Een user story met 8 punten is bijvoorbeeld ongeveer twee keer zo zwaar als een story van 4 punten. Dit maakt vergelijken eenvoudiger en voorkomt dat discussies verzanden in details over tijd.
Hoe zit het bepalen van de werklast in elkaar?
Het proces verloopt meestal in de volgende stappen:
- User stories selecteren – de Product Owner stelt items uit de product backlog voor.
- Gezamenlijk inschatten – het team bespreekt de stories en bepaalt hoeveel story points ze waard zijn.
- Relatief vergelijken – teams gebruiken vaak referentiestories om een consistente inschatting te maken.
- Schattingstechnieken toepassen – vaak wordt hiervoor Planning Poker of een vergelijkbare methode gebruikt.
De som van alle gekozen story points vormt de werklast voor de sprint.
Hoe gebruik je story points?
Het gebruik van story points helpt het team bij:
- Plannen van de sprint: bepalen hoeveel werk realistisch past binnen de beschikbare capaciteit.
- Transparantie: iedereen in het team begrijpt de relatieve zwaarte van de taken.
- Inspectie en adaptatie: door te kijken hoeveel story points in eerdere sprints zijn afgerond (velocity), kan het team steeds beter voorspellen.
Casus
Een team schat een login-functionaliteit in op 3 story points. Een nieuwe functie om wachtwoorden te resetten wordt vergeleken met die login en krijgt 5 punten. Tijdens de sprint blijkt dat 20 punten per sprint haalbaar is. Bij de volgende sprint kiest het team dus stories die samen rond de 20 punten liggen.
Correctieve feedback tijdens de uitvoer
- Als story points telkens sterk afwijken van de werkelijke inspanning, herzie dan de referentiestories.
- Als teamleden structureel heel verschillende inschattingen geven, kan dit duiden op onvoldoende gedeeld begrip van de user story.
- Houd er rekening mee dat story points een team-specifieke maat zijn. Wat voor het ene team een 5 is, kan voor een ander team een 13 zijn.
Tips voor efficiënt gebruik van story points
- Gebruik altijd referentiestories als ijkpunt.
- Focus op relatieve vergelijking in plaats van absolute tijd.
- Houd story points stabiel: verander alleen bij uitzondering.
- Gebruik de velocity als leidraad, niet als harde afspraak.
Volgende stap: Uitleg in kaart brengen afhankelijkheden