Wat betekent Velocity voor je team? - Definitie en hoe je het kunt berekenen!
Zodra een Development Team zijn Velocity kent, kan het bijna op de punt nauwkeurig voorspellen hoeveel User Story Points het in de volgende Sprint kan verwerken. Maar hoe bereken je Velocity en welke definitie verklaart het feedbackinstrument Velocity het beste? In dit artikel bespreken we alle belangrijke details rondom Velocity en laten we je zien hoe je Velocity kunt berekenen en de verandering ervan kunt meten.
Velocity Definition: Betekenis in de agile context
Velocity meet de hoeveelheid werk die een Development Team in de loop van een Sprint kan verzetten. Daarmee geldt het ook als maateenheid voor de snelheid van een Development Team en dus als belangrijke metric binnen het Scrum-framework.
Scrum Velocity berekenen: zo doe je dat
De Scrum Velocity van een Development Team berekenen is eigenlijk heel eenvoudig. Het enige wat je als Scrum Master hoeft te doen:
Tel aan het einde van de Sprint de punten op van alle User Stories die het Development Team volledig heeft opgeleverd.
Een voorbeeld van een velocity-berekening
Een Development Team pakt voor de volgende Sprint User Stories met de volgende puntenaantallen:
- Story A: 3 punten
- Story B: 5 punten
- Story C: 8 punten
Het team rondt tijdens de Sprint Story A en C volledig af, maar Story B wordt slechts voor 80% voltooid en kan dus niet naar "done" worden verschoven. Daarom tellen alleen de punten van Story A en C mee voor de Velocity van deze Sprint, oftewel: de Velocity van het team voor deze Sprint is 11.
3 Tips voor het berekenen van de Team-Velocity
De volgende tips helpen jou en je team bij het berekenen van de Velocity:
Meet de Velocity al tijdens de Sprint.
Noteer de punten van afgeronde User Story's in het Sprint Burndown Chart.
Zorg ervoor dat het Sprint Burndown Chart altijd zichtbaar is voor alle leden van het Scrum Team.
Verandering in Velocity meten
Wil je de verandering in Velocity meten om daar conclusies en voorspellingen uit af te leiden, dan zet je de Velocity-waarden van de betreffende Sprints in een diagram: op de horizontale as de opeenvolgende Sprints, op de verticale as de Velocity. Natuurlijk zal de Velocity van een team vooral in het begin schommelen. Bij een goed functionerend Development Team kun je op middellange tot lange termijn echter rekenen op een constante stijging van de Velocity.
Waarvoor dient de berekende Velocity?
Welke voordelen het werken met Velocity als kengetal in de agile context biedt, lees je hieronder:
De prestaties van het Development Team kunnen worden gemeten.
De voortgang van het Development Team kan zichtbaar worden gemaakt en dient daarmee als waardevol feedback-instrument.
Door de regelmatig gemeten Velocity krijgt het Development Team inzicht in of aanpassingen in de werkprocessen hebben geholpen of juist averechts hebben gewerkt.
Dankzij de inzichten uit een veranderde Velocity kan het Development Team zichzelf verbeteren.
Velocity vergemakkelijkt de Sprint Planning, omdat je met deze metric kunt voorspellen hoeveel User Story Points het Development Team kan oppakken en opleveren. Voor de Sprint Planning kun je het beste het gemiddelde van de laatste drie tot vijf Sprint-Velocitys gebruiken.
Bij goed op elkaar ingespeelde, stabiele Development Teams kan de Velocity worden gebruikt voor langetermijnprognoses met betrekking tot de productontwikkeling.
De Velocity helpt de Product Owner bij de Release Planning, want: hij kan zo relatief nauwkeurig berekenen hoeveel Sprints een Development Team nodig heeft om een product met het gewenste niveau aan functionaliteit op te leveren.
3 No-Go's rondom Velocity
De volgende 3 fouten met betrekking tot Velocity moet je met je Scrum-team absoluut vermijden:
Reken nooit de punten van onafgemaakte User Story's en gefixte bugs mee in de Velocity!
Bepaal nooit de Velocity van individuele teamleden, maar altijd van het hele team! Velocity is uitsluitend geschikt als teammetriek.
Gebruik Velocity nooit om bonussen of andere beloningen voor het team te berekenen! Dat kan er namelijk toe leiden dat het team tijdens de Sprint Planning de haalbare Story Points opblaast om hogere waarden te behalen.
