Een goed ritme voor een project
Bij Scrum gebeurt eigenlijk alles binnen individuele Sprints. Je kunt geen taken "buiten een Sprint" uitvoeren. En toch is er één mogelijke uitzondering.
Het 6 x 2 + 1 ritme
Al jaren gebruik ik mijn 6 x 2 + 1 methode als Sprint ritme. Dat staat voor zes tweewekelijkse Sprints en één daaropvolgende Sprint van één week. Het idee kwam bij me op toen ik een paar jaar geleden in een meeting zat met de directeur en een collega van de marketingafdeling.
We hadden het over het volgende kwartaal en wat mijn team kon opleveren. De collega van marketing vroeg me of we zes of zeven Sprints nodig zouden hebben. Hij wist al dat we met tweewekelijkse Sprints altijd zes of zeven Sprints nodig hadden (afhankelijk van wanneer het kwartaal begon).
Om die vraag te beantwoorden, telde ik na wanneer de laatste vrijdagen van de Sprints zouden vallen: 8 oktober, 22 oktober, 5 november, 19 november. Had november nu 30 of 31 dagen? Terwijl ik zo de maanden op mijn knokkels aftelde, besloot ik dat we in elk kwartaal zes Sprints zouden inplannen.
Maar bij zes tweewekelijkse Sprints bleef er per kwartaal één week over. Hoe moesten we die week invullen? Ik besloot dat aan de teamleden over te laten. Zij klaagden immers al langer dat ze te weinig tijd hadden voor refactoring en andere technische zaken, waar ze de Product Owner niet echt van konden overtuigen. Zo hadden ze nu één week per kwartaal waarin ze zelf mochten bepalen waaraan ze werkten.
De Product Owners van dit idee overtuigen was niet moeilijk. Ik vertelde ze dat de teamleden in die tijd nog steeds productief aan het project zouden werken, alleen dat ze zelf mochten kiezen waaraan precies. Daarnaast legde ik de Product Owners uit dat het team hen die week minder zou belasten. Zo hielden zij meer tijd over voor onderzoek en andere dingen waar ze normaal nauwelijks aan toekwamen.
Het was geniaal. Tegen de teams zei ik dat ik het allemaal voor hen deed. Tegen de Product Owners zei ik dat ik het voor hen deed. Maar in de eerste plaats deed ik het omdat het de eenvoudigste oplossing was voor mijn rekenprobleem.
Voordelen van dit ritme
Per kwartaal was er voor elk project een buffer van één week. Wanneer het tijdschema niet gehaald kon worden, kon de dertiende week als onderdeel van een normale Sprint worden gebruikt. Het team kon dan nog steeds de zeventiende week of een andere latere week voor zijn wensprojecten gebruiken.
Welke week ze uiteindelijk zouden krijgen, maakte de teamleden niet uit. Het belangrijkste was dat ze één week per kwartaal hadden waarin ze zelf konden beslissen waaraan ze werkten.
Voor sommige teams valt de dertiende week bij deze 6 x 2 + 1 aanpak buiten de Sprints. De meesten zullen Scrum echter ook dan blijven toepassen. Ze houden dan heel eenvoudige en korte Sprint Planning en Review Meetings af. Sommigen zullen zelfs Daily Scrums blijven houden – gewoon om te horen waar de anderen mee bezig zijn.
Maar er zijn ook teams die in deze week helemaal niet met Scrum werken. Dat is prima – ook al geef ik er eigenlijk de voorkeur aan om op zijn minst korte meetings te houden. Dit is dus de ene keer dat sommige werkzaamheden "buiten een Sprint" gedaan kunnen worden.
Deze tekst is afkomstig uit de blog van Mike Cohn en door ons naar het Nederlands vertaald.
User Stories
=> Mijn favoriete structuur voor User Stories vind je in dit artikel.
Prioriteiten stellen
=> Ontdek hoe je als Product Owner met "Nu" en "Later" de juiste prioriteiten stelt.
