Tag sprint planning

Tevreden ontwikkelaars én stakeholders dankzij speelruimte

Dit is denk ik voor veel teams een herkenbare situatie: de ene Sprint verbranden jullie achttien effort points, de volgende twintig, de keer daarop vijftien. Wat is dan de capaciteit van het team? Hoe kun je voorspellen wat jullie de volgende Sprint gaan opleveren, als de capaciteit fluctueert van keer tot keer? Het antwoord is: dat kun je niet. Maar in The Art of Agile Development van James Shore vond ik hier een oplossing voor.

Het doel van deze Sprint is niet om code te schrijven

Mijn team worstelt al een tijd met het voldoende gevuld krijgen van de Product Backlog. Dat heeft impact op onze Planning-sessies. Deze zijn lang en moeizaam, omdat we last minute PBI’s inschatten om de komende Sprint maar gevuld te krijgen. We zijn het er al langere tijd over eens dat dit een onwenselijke situatie is. Toch krijgt het team maar niet voor elkaar dit aan te pakken. Maar misschien heb ik een manier gevonden.