Sprintplanning is het eerste evenement waarmee de start van elke sprint wordt afgetrapt. Het initieert de sprint door een doel te stellen, het werk te definiëren dat moet worden voltooid en te schetsen hoe het door het hele Scrum-team zal worden uitgevoerd.
Door een Sprint-doel te definiëren, kan het team dit als basis gebruiken om te bepalen aan welke product backlog-items ze tijdens die Sprint werken.
Wie is er betrokken bij sprintplanning?
Doorgaans is het hele Scrum-team betrokken bij Sprint Planning en zou het verplicht aanwezig moeten zijn bij de Sprint Planning Meeting.
De Product Owner en Ontwikkelaars definiëren het Sprint-doel op basis van de waarde die ze zoeken. Het team van ontwikkelaars moet vervolgens overeenkomen hoe ze dit doel gaan bereiken door het vereiste werk te identificeren. A Scrum Master vergemakkelijkt vaak de sprintplanning om ervoor te zorgen dat de discussie effectief is en dat het scrumteam het eens is over het doel van de sprint en dat de juiste productachterstanditems worden opgenomen in de sprintachterstand.
Als een van de aanwezigen de vergadering mist, wordt het moeilijk om het Sprint-doel te bereiken, dus het is belangrijk dat iedereen aanwezig is. Het Scrum Team kan ook andere mensen uitnodigen om indien nodig verder advies te geven.
Wanneer vindt Sprint Planning plaats?
De Sprint Planning Meeting zal plaatsvinden op de eerste dag van een nieuwe Scrum Sprint.
Aangezien het evenement plaatsvindt na de evaluatie van de vorige Sprint, is het een goede gelegenheid om discussies achteraf te overwegen om de nieuwe Sprint te helpen. Sommige teams vinden het misschien ook nuttig om een vaste tijd te hebben voor de Sprint Planning Meeting, zodat ze ervoor kunnen zorgen dat hun agenda vrij is van andere verplichtingen.
Zoals vermeld in de Scrum Guide heeft Sprint Planning ook een timebox, afhankelijk van de lengte van de Sprint. Het moet een timebox hebben van 8 uur of minder voor een sprint van een maand.
Wat moet er voorbereid worden voor de Sprint Planning Meeting?
Het runnen van een succesvolle Sprint Planning Meeting vereist enige planning. Zoals vermeld in de vorige sectie, is dit een goede gelegenheid om retrospectieve lessen uit eerdere Sprints te gebruiken. De Product Owner moet voorbereid zijn en de lessen uit de vorige Sprint-review combineren met feedback van belanghebbenden en een visie op het product, zodat hij de toon kan zetten voor de Sprint. De productachterstand moet worden verfijnd om duidelijkheid te scheppen voor het team.
Wat is de structuur van de sprintplanningsvergadering?
De Sprint Planning Meeting zal een structuur volgen om de onderstaande drie hoofdonderwerpen te behandelen.
Onderwerp 1: Waarom is deze Sprint waardevol? Zoals we al hebben aangegeven, moet de Product Owner de waarde definiëren die hij of zij zoekt Wat is Scrum-capaciteitvan het product. Het hele Scrumteam werkt vervolgens samen om een Sprintdoel te definiëren dat communiceert waarom de Sprint waardevol is voor de belanghebbenden. Het Sprintdoel moet vóór het einde van de Sprintplanning zijn afgerond.
Onderwerp twee: wat kan deze sprint worden gedaan? De Developers en Product Owner werken samen aan welke items uit de backlog behaald kunnen worden tijdens de huidige Sprint. Bepalen hoeveel werk binnen een Sprint kan worden voltooid, is vaak een uitdaging. De ontwikkelaars moeten echter hun ervaring met prestaties uit het verleden, toekomstige capaciteit en hun Definition of Done gebruiken om vertrouwen te hebben in hun Sprint-prognoses.
Onderwerp drie: hoe wordt het gekozen werk gedaan? Voor het laatste onderwerp plannen de ontwikkelaars het werk dat nodig is voor de geselecteerde Product Backlog-items. Dit kan worden bereikt door de taak te identificeren die nodig is voor het leveren van elk van de Product Backlog. Gewoonlijk zijn taken het werk van een dag of minder. Het is belangrijk om te begrijpen dat taken tijdens de Sprint kunnen veranderen, maar het Sprintdoel blijft.
Het Sprintdoel, de voor de Sprint geselecteerde Product Backlog-items en het plan om ze op te leveren, worden samen de Sprint Backlog genoemd.
Veelvoorkomende problemen bij sprintplanning
Er zijn een paar veelvoorkomende fouten waar ook rekening mee moet worden gehouden.
Het ontbreken van een duidelijk gedefinieerd Sprint-doel zal het vermogen van het Scrum-team om te presteren verzwakken. Het kan er ook toe leiden dat het team een Sprint-lading werk levert zonder het gevoel te hebben dat er vooruitgang is geboekt. Onnodig te zeggen dat dit een cruciaal onderdeel is van Sprint Planning voor zowel de structuur als het moreel van het team.
Het niet toestaan van wijzigingen tijdens Sprint Planning kan ook een veelgemaakte fout zijn. Het is belangrijk om flexibel te blijven, vooral omdat het team blijft leren en ontwikkelen.
Samenvatting van sprintplanning
Sprint Planning is een belangrijke gebeurtenis om het succes van elke Sprint te verzekeren. Het biedt waarde door een team elke Sprint te laten starten met een wederzijds begrip van waar ze aan zullen werken gedurende de Sprint, en door een eerste plan te geven voor hoe ze dat werk zullen aanpakken.
