Waarom je de sprintsnelheid van je team moet meten

Wanneer sprintsnelheid correct wordt gemeten, kan het je helpen de werkbelasting van je team nauwkeurig in te schatten, sprintplanning te vereenvoudigen en projectmanagers te helpen hun projecten bij te houden.

Wat is sprintsnelheid?

Sprintsnelheid is een meting van hoeveel een Agile-team kan produceren tijdens een normale sprintcyclus. Je gebruikt twee hoofdvariabelen om de sprintsnelheid te berekenen: hoeveel werk je Agile-team heeft voltooid en hoe lang het duurde om dat werk te voltooien.

Het is belangrijk om op te merken dat sprintsnelheid een beschrijvende statistiek is en niet moet worden gebruikt als een successtatistiek. Sprintsnelheid moet niet worden gezien als iets om te 'verbeteren'. Het is een harde statistiek om te beschrijven hoeveel werk je team binnen één sprint kan voltooien. Hoewel je de sprintsnelheid consistent moet meten, moet deze niet worden gezien als een successtatistiek. Als je dat wel doet, kan je team overwerkt raken. Het doel van het begrijpen van je sprintsnelheid is om de capaciteit van je team te kennen, niet om die capaciteit te vergroten.

Sprintsnelheid berekenen

Je kunt de sprintsnelheid berekenen met een eenvoudige wiskundige formule: deel het aantal backlog-items (of verhaalpunten, als je team dat gebruikt) door de totale lengte van je sprint in dagen.

Als je team bijvoorbeeld 60 backlog-items heeft en je gemiddelde sprintduur 2 weken duurt, ziet de vergelijking er als volgt uit:

60 backlog-items/10 dagen = sprintsnelheid van 6

Uitzoeken hoeveel je team in een gemiddelde sprint kan voltooien, is relatief eenvoudig. Begin met het aanpakken van een backlog met veel te veel items erin, en kijk hoeveel items je team kan doorlopen in je gewenste sprinttijd. Het doel is niet om alles in de backlog te voltooien, maar om het werk dat je team kan voltooien te benchmarken.

Een andere optie die je kunt doen voor je eerste sprint, is het gebruik van projectschattingsstrategieën om te voorspellen hoeveel je team kan voltooien. Als je op zoek bent naar enkele strategieën om te gebruiken, probeer dan top-down schatting, driepuntschatting of de analoge schattingsmethode.

Waarom sprintsnelheid meten?

Je meet de sprintsnelheid niet zomaar - er zijn praktische (en nuttige) redenen waarom je team de sprintsnelheid zou moeten meten. Hier zijn er een paar.

• Maakt sprintplanning eenvoudig. Voor producteigenaren en Scrum-masters kan het kennen van de sprintsnelheid van je team de sprintplanning gemakkelijker maken. Als je de gemiddelde sprintsnelheid van je team kent, is het gemakkelijker om de juiste gebruikersverhalen uit de Product-backlog te kiezen om naar deze iteratie te gaan zonder je ontwikkelteam te overbelasten.

• Beheer de verwachtingen van belanghebbenden. Als je belanghebbenden vragen om een tijdlijn voor een specifieke gebruikersverhaal, of als ze iets proberen toe te voegen voor het einde van de sprint, begrijp je als producteigenaar hoe die verandering de output van je team kan beïnvloeden op basis van hun sprintsnelheid.

• Geeft potentiële problemen aan. Als je de sprintsnelheid regelmatig bijhoudt, kun je de gemiddelde snelheid consistenter meten. Als je een plotselinge daling in snelheid ziet, dan weet je dat er een potentieel probleem is, zoals een wegversperring zoals een onvoltooide afhankelijkheid, die moet worden opgelost voordat je verder gaat met de volgende sprint.

Sprintsnelheid visualiseren

Als je de sprintsnelheid in één oogopslag kunt bekijken en meten, kunnen degenen die aan een Agile-project werken snel begrijpen hoe hun Team presteert. Op elk moment tijdens de sprint kunnen ze een grafiek bekijken en de huidige voortgang van het team zien. 

Afhankelijk van wat je wilt visualiseren voor je sprint, zijn er een paar verschillende soorten snelheidsgrafieken die je kunt gebruiken. Hier zijn een paar voorbeelden:

Basis snelheidsgrafiek

Een basis snelheidsgrafiek is een staafdiagram die twee belangrijke factoren vergelijkt: de geprojecteerde hoeveelheid werk die je ontwikkelingsteam in één sprint kan voltooien en het werk dat daadwerkelijk in een sprint wordt voltooid. 

De X-as van de grafiek toont verschillende sprints, terwijl de Y-as het aantal verhaalpunten of gebruikersverhalen weergeeft.

Als je hier visueel naar kijkt, is het gemakkelijk om te zien hoeveel je team gemiddeld kan voltooien in een bepaalde sprint in vergelijking met het geschatte bedrag.

Burndown-grafiek

Een burndown-grafiek schat de hoeveelheid werk die je team moet voltooien en vergelijkt deze met de tijd die je nog over hebt in de sprint. Naarmate de sprint vordert, is het doel dat de grafieklijn dichter bij nul komt. 

Als je een schatting hebt van de snelheid van je team, kun je deze op je burndown-grafiek zetten en zien hoe je team zich verhoudt tot de ideale snelheidslijn. In het bovenstaande voorbeeld kun je zien hoe vroeg in de sprint het team in staat was om meer werk te voltooien dan verwacht van de ideale lijn. Uiteindelijk nam het werk van het team af, maar het bereikte uiteindelijk toch het einddoel. 

Burnup-grafiek

Een burnup-grafiek is precies het tegenovergestelde van een burndown-grafiek. Deze grafiek bevat meestal twee lijnen: het werk dat daadwerkelijk is voltooid en het ideale doel dat je wilt dat je team bereikt. Het ideale doel is meestal een horizontale lijn over de grafiek, terwijl het werkelijke werk voortdurend zal groeien om de doellijn te bereiken naarmate de tijd verstrijkt.

Tips voor het regelen van de sprintsnelheid van je team

Als je merkt dat de sprintsnelheid van je team inconsistent is, kan dat een teken zijn dat je de snelheid van je team moet regelen. Consistentie in sprintsnelheid is belangrijk omdat je gemakkelijk de normale prestaties van je team kunt zien - inconsistenties laten zien wanneer er iets mis is.

Bijvoorbeeld, vier van je meest recente sprints hadden sprintsnelheden van 4,5, 7, 5 en 3. Je gemiddelde sprintsnelheid ligt meestal rond de 6. De inconsistentie van de sprintsnelheid kan een aanwijzing zijn voor een groter probleem. Het regelen van de sprintsnelheid van je team betekent dat je probeert de sprintsnelheid consistent te houden van sprint tot sprint.

Hier zijn een paar tips over hoe je de sprintsnelheid van je team kunt regelen.

Gebruikersverhalen verduidelijken

Een ding dat kan helpen om de sprintsnelheid van je team te stabiliseren, is ervoor te zorgen dat gebruikersverhalen duidelijk en gemakkelijk te begrijpen zijn voordat de sprint begint. Een gebruikersverhaal is een snelle uitleg van een softwarefunctie, geschreven vanuit het perspectief van de eindgebruiker. Deze gebruikersverhalen zijn vaak gekoppeld aan items in een backlog. Dit zorgt ervoor dat het Scrum-team of de projectteamleden zich kunnen concentreren op het werk dat ze moeten doen, in plaats van tijd te besteden aan het opsporen van belanghebbenden voor meer details. Dit kan je snelheid helpen verhogen door de tijd van je team te richten op het werk dat er het meest toe doet.

Zorg voor consistentie

Als de snelheid van je team inconsistent is, verander je misschien te veel variabelen van sprint tot sprint. Wissel je bijvoorbeeld verschillende teamleden uit je ontwikkelingsteam? De teamsamenstelling kan de hoeveelheid werk die je team kan bereiken veranderen. 

Hier zijn nog een paar andere variabelen die je sprintsnelheid kunnen beïnvloeden:

• Sprintlengte

• Toename van verhaalpunten

• Verandering in processen

Stel een uniforme definitie van 'klaar' vast

Het is belangrijk dat iedereen in je team een duidelijk begrip heeft van wat het betekent voor een gebruikersverhaal om 'klaar' of voltooid te zijn. Dit is een belangrijk aspect van het Scrum-raamwerk dat vaak ook in andere Agile-methoden wordt gebruikt. 

Wanneer je team een duidelijke definitie heeft van wat het betekent voor een gebruikersverhaal om voltooid te zijn, kunnen ze nauwkeuriger inschatten hoeveel werk er bij elk verhaal komt kijken. Dit leidt op zijn beurt tot nauwkeurigere projectschattingen en, uiteindelijk, een nauwkeurigere sprintsnelheid.

Organiseer een Sprint-evaluatie

Een van de voordelen van de Agile-methodologie is dat het een iteratief ontwikkelingsproces is. Dit betekent dat er aan het einde van elke sprint een mogelijkheid is om na te denken over de afgelopen sprint en te zien wat er goed ging en wat niet. Een Sprint-evaluatievergadering is daarvoor bedoeld - een vergadering gewijd aan het reflecteren op de afgelopen sprint en hoe je kunt verbeteren voor de volgende.

Het doel is om voortdurend te verbeteren. Terwijl je team door verschillende sprints gaat, moet je team de lessen van eerdere sprints toepassen op toekomstige sprints. Dit geeft je team de mogelijkheid om processen te verschuiven om continu te verbeteren.