Sprint planning is de bijeenkomst die elke sprint aftrapt, waarin het team afspreekt wat het de komende één of twee weken gaat bouwen en grofweg hoe. De zakelijke prioriteiten worden op tafel gelegd, het team kiest het meest waardevolle werk dat het realistisch kan afronden, en iedereen vertrekt met een gedeeld, concreet doel voor de sprint.
Een handige manier om het voor je te zien is een keuken die het menu vaststelt voor een drukke avond. De koks kijken naar welke ingrediënten ze hebben, hoeveel handen er zijn en hoeveel tijd er is, en beloven dan gerechten die ze echt goed kunnen koken in plaats van het hele kookboek. Sprint planning doet dat voor software: het team weegt ambitie tegen capaciteit zodat het plan eerlijk is. Het is een bouwsteen van agile development en zet het werk klaar dat door de sprint heen wordt gevolgd.
Goede planning leunt op prioriteren. Een methode als MoSCoW helpt de must-haves van de nice-to-haves te scheiden, zodat het team zijn beperkte tijd eerst aan wat voor jou het belangrijkst is besteedt.
De andere helft van plannen is werk opdelen. Een vaag item als ‘bouw de checkout’ is lastig in te schatten, dus splitst het team het in kleinere stukken die het kan inschatten en binnen de sprint kan afronden. In dat detailwerk komt verborgen complexiteit boven, en het is veel goedkoper om een lastige betaalkoppeling in een planningssessie te ontdekken dan halverwege de bouw.
Plannen legt ook een heldere definitie van klaar vast voor elk item, zodat ‘af’ betekent getest en te bekijken in plaats van alleen ingetypt. Zonder die gedeelde grens drijft werk heen en weer en verliest de sprint zijn ritme. Een korte, eerlijke planning vooraf is wat de komende twee weken rustig houdt.
Bij TopDevs plannen we elke sprint samen met je, zodat het meest waardevolle werk vooropgaat en je altijd weet wat de komende twee weken oplevert.
