Projectmanagement

Hoe Werkt Velocity in Agile Projecten?

Redactie Redactie
· · 5 min leestijd

Velocity is een krachtige metric in agile projecten die je helpt te voorspellen hoeveel werk je team aankan in een sprint.

Inhoudsopgave
  1. Wat heb je nodig?
  2. Stap-voor-stap
  3. Veelgemaakte fouten
  4. Tips
  5. Resultaat
Inhoudsopgave
  1. Wat heb je nodig?
  2. Stap-voor-stap
  3. Veelgemaakte fouten
  4. Tips
  5. Resultaat

Het geeft inzicht in de productiviteit en helpt realistische planningen te maken. Door velocity te begrijpen en correct toe te passen, verbeter je de voorspelbaarheid van je projecten aanzienlijk.

Wat heb je nodig?

Om velocity te kunnen meten en gebruiken, zijn een aantal basisvoorwaarden essentieel.

  • Een vast team: Velocity is gebaseerd op de output van een consistent team. Wisselende teamleden vertekenen het beeld.
  • Duidelijke user stories: Elk stuk werk moet geschat zijn in story points of een andere relatieve eenheid.
  • Consistente sprintlengte: Werk met vaste sprints, bijvoorbeeld altijd twee weken. Dit maakt vergelijken mogelijk.
  • Registratie van afgerond werk: Alleen volledig afgeleverd werk telt mee voor de velocity van een sprint.
  • Een tool voor taakbeheer: Gebruik software zoals Jira, Trello of Azure DevOps om story points bij te houden en automatisch te berekenen.

Zonder deze elementen wordt het lastig om betrouwbare data te verzamelen. Zorg er daarnaast voor dat het hele team de definitie van 'af' (Definition of Done) helder heeft. Alleen werk dat aan deze definitie voldoet, mag meetellen.

Stap-voor-stap

Het berekenen en toepassen van velocity volgt een vaste routine. Door deze stappen consequent te volgen, krijg je betrouwbare inzichten.

Stap 1: Schat je user stories

Gebruik een relatieve schaal zoals story points om elke user story te schatten. Dit doe je tijdens refinement-sessies met het hele team. Vergelijk nieuwe stories met eerder uitgevoerd werk om een gevoel voor omvang te krijgen.

Stap 2: Plan je sprint

Selecteer een aantal stories voor de komende sprint. Baseer je keuze op de velocity van voorgaande sprints.

Stap 3: Voer het werk uit

Als je gemiddeld 30 punten per sprint haalt, neem dan niet meer dan dat op. Laat het team tijdens de sprint aan de geselecteerde stories werken. Het is cruciaal dat je tijdens de sprint geen nieuwe stories toevoegt.

Stap 4: Meet de behaalde punten

Dit verstoort de meting. Aan het einde van de sprint tel je de story points op van alle volledig afgeronde stories.

Stap 5: Bereken het gemiddelde

Dit getal is de velocity van die specifieke sprint. Na drie tot vijf sprints, afhankelijk van de sprintduur, kun je een gemiddelde velocity berekenen.

Stap 6: Gebruik velocity voor forecasting

Neem de som van de behaalde punten en deel dit door het aantal sprints. Dit gemiddelde is je leidraad voor toekomstige planning. Met je gemiddelde velocity kun je nu inschatten hoeveel sprints een project gaat duren. Deel de totale geschatte story points van het project door je gemiddelde velocity.

Veelgemaakte fouten

Teams gaan vaak de fout in bij het gebruik van velocity. Deze misstappen ondermijnen de betrouwbaarheid van je data.

  • Velocity als prestatiedoel gebruiken: Zie velocity niet als een target om te verbeteren. Dan gaan teams punten opdrijven of snijden in kwaliteit.
  • Story points vergelijken tussen teams: Elk team hanteert een eigen referentiekader. De velocity van team A is niet vergelijkbaar met die van team B.
  • Niet-afgerond werk meetellen: Alleen werk dat écht af is, telt mee. Een story voor 90% afgerond levert 0 punten op voor de velocity.
  • Sprints van verschillende lengte vergelijken: Een sprint van twee weken levert logischerwijs meer punten op dan een sprint van één week.
  • Te vroeg conclusies trekken: Je hebt minimaal drie sprints nodig voor een betrouwbaar gemiddelde. Schommelingen in het begin zijn normaal.

Vermijd ook de valkuil om stories te klein te knippen om maar meer punten te scoren. Dit vertekent het beeld volledig.

Tips

Met deze tips haal je het maximale uit velocity en voorkom je de meest voorkomende valkuilen. Velocity is een hulpmiddel, geen doel op zich. Gebruik het om gesprekken te voeren over capaciteit en planning, niet om teams onder druk te zetten.

  • Focus op stabiliteit: Streef naar een voorspelbare velocity, niet naar een steeds hogere. Een stabiele output is waardevoller dan schommelingen.
  • Gebruik een voortschrijdend gemiddelde: Neem bijvoorbeeld het gemiddelde van de laatste drie sprints. Dit past zich sneller aan veranderingen aan.
  • Bespreek velocity in retrospectives: Analyseer samen met het team waarom de velocity hoog of laag was. Zo leer je van je proces.
  • Houd rekening met verlof en feestdagen: Pas je sprint planning aan als er minder beschikbare dagen zijn. Verwacht dan een lagere velocity.
  • Combineer met andere metrics: Kijk ook naar cycle time, throughput en kwaliteitsmetingen voor een completer beeld.

Resultaat

Als je velocity op de juiste manier toepast, bijvoorbeeld bij het starten met Scrum als nieuw team, levert het concrete voordelen op voor je project en organisatie.

Je krijgt grip op de planning. Je kunt realistische deadlines communiceren naar stakeholders, bijvoorbeeld met een effectieve sprint backlog. In plaats van vage beloftes baseer je je op historische data.

Dit vertrouwen is goud waard. Het team krijgt rust en focus.

Doordat je niet meer werk inplant dan aankan, vermijd je overbelasting en de bijbehorende stress.

De kwaliteit van het opgeleverde werk stijgt. Je kunt vroegtijdig bijsturen. Zakt de velocity structureel? Dan weet je dat er iets aan de hand is, zoals technische schuld of externe afleiding.

Je kunt dan tijdig ingrijpen. Uiteindelijk leidt een goed gebruik van velocity tot beter voorspelbare projecten, tevreden teams en blije klanten. Het is een fundamenteel instrument voor elk agile team dat serieus aan de slag wil met continue verbetering.


Redactie
Redactie
✓ Geverifieerd auteur ✓ Projectmanagement
Redactie
Redactie

Meer over Projectmanagement

Bekijk alle 2290 artikelen in deze categorie.

Naar categorie →
Lees volgende
Agile boards: Scrum en Kanban functionaliteit in tools
Lees verder →