Scrum Gids | 17. Sprint Backlog

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.

Wat is een Sprint Backlog? – inhoudsopgave:

1. Inleiding
2. Hoe wordt de Sprint Backlog gemaakt?
3. Wat bevat de Sprint Backlog?
4. Gebruik van de Sprint Backlog
5. Samenvatting

Inleiding

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:

• op basis van de Product Backlog
• voor de duur van één Sprint
• tijdens een Scrum Evenement genaamd Sprint Planning
• door het hele Scrum Team – maar het Ontwikkelteam speelt de sleutelrol in de creatie ervan

Hoe wordt de Sprint Backlog gemaakt?

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.

Wat bevat de Sprint Backlog?

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:

1. Het Sprint Doel – dat wil zeggen een antwoord op de vraag waarom de geplande taken deze Sprint moeten worden uitgevoerd
2. De lijst van nieuwe Productkenmerken en verbeteringen die in deze Sprint moeten worden ontwikkeld. Dit komt omdat het de elementen van de Product Backlog bevat die zijn geselecteerd voor implementatie in deze Sprint.
3. De lijst van uit te voeren taken – dat wil zeggen, een technische beschrijving van hoe en door wie het werk dat zal resulteren in Incremental…

Gebruik van de Sprint Backlog

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.

Samenvatting

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.