Het Ontwikkelteam maakt een nieuwe Sprint Backlog tijdens de Sprint Planning. Vanaf dat moment wordt het de huidige verplichting voor de Ontwikkelaars, dat wil zeggen, een lijst van nieuwe functionaliteiten, verbeteringen en wijzigingen aan het Product die in de start Sprint moeten worden geïmplementeerd. Na de start van een Sprint wordt de Backlog een bindende wachtrij waaruit Ontwikkelaars taken kiezen om uit te voeren.
Een Sprint Backlog beschrijft het werk van het Ontwikkelteam tijdens een enkele Sprint. Daarom wordt het in technische taal uitgedrukt. Het beschrijft gedetailleerde taken en hun geplande oplossingen. Het bestaat dus uit een lijst van taken die op een manier zijn opgesteld die duidelijk is voor Ontwikkelaars. De Sprint Backlog houdt meestal weinig rekening met de zakelijke waarde taal van het Product, een manier van beschrijving die eigen is aan de Product Backlog, die we hier zullen introduceren.
De Sprint Backlog ontstaat:
Tijdens de Sprint Planning stelt de Product Owner voor hoe waarde aan het Product kan worden toegevoegd in de volgende Sprint. Vervolgens werkt het hele Scrum Team samen om het Sprint Doel te formuleren, dat wil zeggen, selecteert welke functionaliteit uit de Product Backlog moet worden geïmplementeerd. Het Sprint Doel definieert hoe het Product moet worden geïmplementeerd of de deadline moet worden uitgesteld om aan de verwachtingen van de Klant te voldoen.
De volgende stap is om realistisch na te denken over en de reikwijdte van het werk dat in de volgende Sprint moet worden gedaan en hoe dit te bereiken.
De resultaten van deze bevindingen komen in de vorm van een technische beschrijving van de uit te voeren taken. En deze lijst wordt de nieuwe Sprint Backlog.
De nieuw gemaakte Sprint Backlog bestaat op een locatie die gemakkelijk toegankelijk is voor alle leden van het Ontwikkelteam. In de fysieke ruimte is het meestal een whiteboard dat in de werkruimte hangt. Terwijl het in de digitale ruimte bestaat als een cloud-gebaseerd gedeeld document dat alle Ontwikkelaars kunnen bijwerken. Hoewel elk lid van een Scrum Team het dagelijks moet bijwerken, is het meestal de Scrum Master of een van de Ontwikkelaars die deze verantwoordelijkheid op zich neemt.
De Product Backlog specificeert niet hoe precies taken moeten worden uitgevoerd. Het is de rol van het Ontwikkelteam om dat te beslissen. Die stap creëert voldoende ruimte voor het team om te manoeuvreren, waardoor de zelforganisatiecapaciteiten worden verbeterd. Ook geeft deze vrijheid om de volgorde en methoden van actie te selecteren elke Ontwikkelaar een gevoel van onafhankelijkheid en verantwoordelijkheid.
Hetzelfde idee geldt voor het beschouwen van de Sprint Backlog als een ongeordende lijst van uit te voeren taken. In tegenstelling tot het traditionele push-model (waarbij het Team of de Ontwikkelaar handelt volgens een vooraf gedefinieerde en opgelegde agenda), selecteren de Ontwikkelaars in het pull-model welke taken ze willen doen (pull-model).
De Sprint Backlog specificeert:
Verschillende meetinstrumenten weerspiegelen de voortgang van het werk dat in de Sprint Backlog is geschreven. Meestal is het de Burndown Chart, die we volledig zullen behandelen in een apart artikel. Met zo’n visualisatie kan het Ontwikkelteam gemakkelijk zien of het werk aan het Sprint Doel volgens plan verloopt.
Het kan tijdens een Sprint gebeuren dat je ontdekt dat het werkplan onrealistisch is opgesteld. Met andere woorden, het aantal te doen in het Product Backlog Sprint Doel is te hoog of te laag. In beide gevallen gaan de Ontwikkelaars en de Product Owner aan de slag om uit te zoeken welke wijzigingen moeten worden aangebracht in de huidige Sprint Backlog. Het is mogelijk om de hoeveelheid werk te verminderen, extra taken uit de Product Backlog te selecteren of de al geplande oplossingen uit te breiden. Houd echter in gedachten dat het Sprint Doel zelf ongewijzigd moet blijven.
Een Sprint Backlog is een lijst van taken die Ontwikkelaars van plan zijn uit te voeren tijdens één Sprint. Het is een soort gedetailleerd contract met de Product Owner. De Sprint Backlog ontstaat tijdens de Sprint Planning waaraan het hele Scrum Team deelneemt. De Burndown Chart weerspiegelt de mate van voltooiing van de taken die zijn geaccepteerd voor implementatie.
Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Als projectmanager is Caroline een expert in het vinden van nieuwe methoden om de beste workflows te ontwerpen en processen te optimaliseren. Haar organisatorische vaardigheden en het vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
Elk Scrum-artikel creëert een bepaalde verplichting van het Scrum-team. Het Productdoel, Sprintdoel en de Definitie…
Naam, logo en slogan vormen de “heilige drie-eenheid” van merkidentiteit. Dit zijn de elementen die…
Wat zijn offshoring en inshoring? Dynamische veranderingen in de wereldeconomie en globaliseringsprocessen beïnvloeden de werking…
Teamleiders worden meestal (of zouden in ieder geval moeten worden) mensen met uitzonderlijke vaardigheden -…
Dit is deel 7 van de JavaScript blogpostserie die je van beginner naar gevorderd zal…
Wat is Agile? Hoe gebruik je de Agile-methodologie voor freelanceprojecten? Lees het artikel om meer…