4 redenen voor een gelijkblijvende Sprintduur in Scrum

Een agile team zou een constante sprintduur moeten hebben. Toen ik begon met iteratieve en incrementele ontwikkeling (zelfs nog vóór wat we tegenwoordig agile ontwikkeling noemen), maakte ik helaas de fout dat niet al onze sprints even lang waren.

We kwamen aan het begin van een sprint bij elkaar om het werk voor die sprint te plannen. Een punt op onze agenda van deze vroege Sprint Planning Meetings was om te beslissen hoe lang de Sprint zou duren. Dit varieerde vrij willekeurig ergens tussen de twee en zes weken.

De beslissing hoe lang de Sprint zou moeten duren maakten we afhankelijk van hoeveel werk we dachten te hebben, hoeveel we daarvan moesten opleveren voordat onze gebruikers ernaar konden kijken, wie er niet op kantoor zou zijn en of we ons energiek of uitgeput voelden.

Op dat moment leek het ons juist om de sprintlengte te variëren – en ik moet toegeven dat dit geen bewuste keuze was; we deden het gewoon, zonder er ooit over na te denken of het een goed idee was of niet. Pas later ontdekte ik vier redenen voor een gelijkblijvende sprintduur.

1) Teams profiteren van het regelmatige ritme van een consistente Sprintduur

Allereerst profiteren teams van een vast ritme. Als de Sprintduur varieert, raken teamleden vaak een beetje in de war over de planning. „Is dit nu de laatste week van de Sprint?" en „Leveren we deze donderdag of volgende week donderdag?" zijn dan veelgestelde vragen. Een vaste Sprintlengte – of het nu één week, vier weken of iets daartussenin is – helpt teams om een ritme te vinden dat het beste bij hen past.

2) De Sprint Planning wordt eenvoudiger

Een tweede reden voor een constante Sprintduur is dat de Sprint Planning daardoor eenvoudiger wordt. Met behulp van Sprints leert een team hoeveel werk het succesvol in een Sprint kan afronden. De volgende Sprint plannen is dan relatief eenvoudig, omdat je alleen ongeveer dezelfde hoeveelheid werk hoeft te selecteren als in eerdere Sprints.

3) De velocity is makkelijker te vergelijken bij een gelijkblijvende sprintlengte

Als alle Sprints even lang zijn, is het veel eenvoudiger om de Velocity te vergelijken. Als de Sprintlengte van een team varieert, moet je ofwel altijd de exacte duur van de Sprint vermelden (om uit te leggen waarom een Sprint een hogere Velocity heeft) of de Velocity normaliseren, bijvoorbeeld met behulp van de Velocity per week of de Velocity per dag.

Helaas is er geen garantie dat je in een Sprint van vier weken precies twee keer zoveel werk kunt verzetten als in een Sprint van twee weken. De Velocity per week nemen werkt daarom wel enigszins, maar is overbodig als Sprints allemaal even lang worden gehouden.

4) Richard Feynman zou het ook doen

Een vierde reden om Sprints even lang te houden, is dat de natuurkundige en Nobelprijswinnaar Richard Feynman het ook zo zou doen. In zijn boek Surely You Must Be Joking, Mr. Feynman vertelt hij hoe hij het zat was om elke avond zijn dessert te moeten kiezen. Hij loste het op door te besluiten voortaan altijd chocolade-ijs als nagerecht te nemen.

Aan het begin van elke Sprint opnieuw de Sprintlengte kiezen, is niets anders dan energieverspilling. Experimenteer met verschillende Sprintlengtes, neem een beslissing en houd je daaraan tot er een goede reden is om iets te veranderen.

Mag een team eigenlijk de Sprintduur wijzigen?

Als ik benadruk dat het belangrijk is dat Sprints even lang zijn, betekent dat niet dat je je daar krampachtig aan moet vasthouden. Geen enkele richtlijn zou een onwrikbare regel moeten worden. Er kunnen situaties zijn waarin het zinvol is om licht af te wijken van de vastgestelde Sprintduur.

Lange vakantieperiodes zijn bijvoorbeeld een goede reden voor een team om de Sprintlengte aan te passen. In de VS is het bijvoorbeeld gebruikelijk om rond Thanksgiving en Kerstmis langere tijd vrij te nemen. Een team dat normaal gesproken tweewekelijkse Sprints heeft, heeft tijdens deze feestdagen misschien maar de helft van het aantal persoonsdagen beschikbaar. In dat geval kan het team baat hebben bij een drieweekse Sprint, omdat dit dan beter overeenkomt met het gebruikelijke aantal persoonsdagen.

Een ander voorbeeld zou een team kunnen zijn dat vlak voor een belangrijke mijlpaal staat, bijvoorbeeld in de eerste week van de volgende Sprint. Zo'n team mag gerust besluiten om de laatste Sprint een week langer te maken dan de overige.

De Sprintlengte aanpassen is zelfs in zulke gevallen niet mijn voorkeursbenadering, maar ik kan begrijpen waarom een team daarvoor zou kiezen.