Onvoltooide stories tellen niet mee voor de velocity van het team

We sturen op wanneer het team het werk af heeft, niet op wanneer het team aan het werk gewerkt heeft.

Argumenten

• Voorspelbaarheid (voor planning): Door onvoltooide taken niet mee te tellen krijg je een nauwkeurigere meeting van wat een team kan afronden in een sprint.

  Wanneer je onvoltooide taken gedeeltelijk meetelt meet je met hoeveel het team bezig kan zijn. Wanneer je dit wil weten kun je terugvallen op een urenverantwoordingssysteem.

• Motivatie voor afronding: Het bevordert de mentaliteit van het voltooien van stories.

• Vereenvoudigde metingen: Het verzamelen van gegevens is makkelijker. Interpretatie van de gegevens is makkelijker.

  Geen noodzaak om stories op te knippen, te bespreken, en opnieuw in te schatten tijdens de planning.

• Focus op afronding: Communiceert dat het leveren van waarde meer gewaardeerd wordt dan werk in uitvoering.

Automatisch correctie mechanisme

Nu kan de indruk ontstaan dat het team wel werk heeft gedaan maar dat dit niet inzichtelijk is. Dit lijkt niet eerlijk voor het team.

Gelukkig wordt dit automatisch gecorrigeerd in een volgende sprint wanneer de story afgerond wordt. Die paar effort punten die in de vorige sprint niet bij de velocity zijn opgeteld worden nu bij de nieuwe sprint meegerekend in de velocity. Bonuspunten! Het werk was immers al gedeeltelijk gedaan.

Dit is waarom we naar de gemiddelde velocity kijken van de laatste x sprints wanneer we willen plannen hoeveel we op kunnen pakken in de volgende sprint.

References

• Velocity driven sprint planning - Mountain Goat Software
• Should You Re-Estimate Unfinished Stories? - Mountain Goat Software
• The Power of Small Wins - Harvard Business Review
• 3 things to do with an unfinished user story - YouTube Short
• The Planning Game - Clean Coders