Groeispurten groeispurt planning
Last updated
Was this helpful?
Last updated
Was this helpful?
Een groeispurt heeft steeds een duur van 10 weken. Het omvat vier ontwikkelsprints en een Innovatie en Planning Iteratie van telkens 2 weken. In de laatste week van de een groeispurt is er een Centrale Planningsdag (CPD) waar de doelen voor de volgende groeispurt wordt vastgelegd.
Door in periodes van 10 weken te werken is er voldoende focus om stappen te zetten maar niet te veel rigiditeit om met een steeds veranderende context om te gaan. Het geeft de ontwikkelteams een duidelijke focus voor 10 weken maar wel de mogelijkheid om met de volgende groeispurt in te spelen op (veranderde) prioriteiten uit de organisatie.
Bij de roadmap planning is de eerste invalshoek die van de oplossingen. Enkel voor de meest nabije groeispurten wordt verwacht dat deze oplossingen ook in epics zijn onderverdeeld.
Als je op de roadmap enkel kijkt naar de volgende groeispurt, dan heb je dus een overzicht van de epics waaraan in de volgende groeispurt zal gewerkt worden. Dat overzicht is het startpunt voor de groeispurtplanning.
Op basis van de Roadmap planning hebben we nu een beeld van (de oplossingen en) de epics waaraan we in de volgende groeispurt willen werken. Dan is de volgende vraag of we kunnen inschatten wanneer we aan welke epic kunnen werken gelet op onze beschikbare middelen. We proberen met andere woorden een zo realistisch mogelijke planning te maken en voorspelbaarheid te creëren voor de komende 10 weken.
Die voorspelbaarheid is belangrijk om eventuele bottlenecks tijdig te ontdekken en om te vermijden dat we onrealistische engagementen aangaan ten aanzien van onze andere collega's en teams binnen het digiteam.
aan welke epics we de komende 10 weken (4+1 sprints) verwachten te werken
aan welke issues we in welke sprint verwachten te werken
Voor de epics waaraan gewerkt zal worden in de eerstvolgende sprints zal het nodig zijn om de epics uit elkaar te trekken in kleinere "hoopjes" werk die passen binnen een sprint (=issues). Dit vereenvoudigt het plannen in de sprintplanning.
Epics waarvoor het werk nog meerdere sprints in de toekomst ligt , kunnen vager omschreven blijven en moeten nog niet opgedeeld zijn in issues.
Bij deze oefening hanteren we de volgende principes:
we mikken op maximale focus (aan zo weinig mogelijk epics / issues tegelijkertijd werken; maar eerder focus op een beperkt aantal epics en deze afwerken alvorens aan de volgende te beginnen.
het bepalen van de volgtijdelijkheid / afhankelijkheden van en tussen de epics en issues is belangrijker dan het plaatsen van de epics en issues in de juiste sprint. De groeispurt planning is geen kalender met engagementen, maar onze best mogelijke (realistische) inschatting van de planning voor de volgende sprints.
Naarmate we op de groeispurt planning verder vooruit kijken, daalt de mate van detail. Het werk dat gepland is voor de eerstvolgende sprint moet best tot op issue niveau gedefinieerd zijn; voor het werk dat gepland is om te starten in een van de latere sprints is het perfect aanvaardbaar wanneer dit nog niet volledig in issues is omschreven.
De r wordt uitgebreider besproken onder de vorige titel, maar wordt hier herhaald omdat ze de brug vormt tussen de roadmap planning en de groeispurtplanning.
We hebben een groeispurt planning die elke groeispurt tijdens de wordt opgemaakt en waarbij we inzichtelijk maken: