Inzicht in de Sprint Backlog
De Sprint Backlog is een takenlijst die voltooid dient te worden om het Sprint doel te behalen. Deze taken komen voort uit Product Backlog Items, in de praktijk ookwel genoemd: User Stories, die tijdens een Sprint Planning meeting uit de Product Backlog worden geselecteerd. Deze zijn op voorhand door de Product Owner gesorteerd op basis van prioriteit.
Wat is een Sprint Backlog?
De Sprint Backlog bevat een aantal Product Backlog items voor de huidige Sprint. De Developers binnen het team bepalen hoeveel User Stories er worden opgenomen in de Sprint Backlog. Vervolgens wordt er een takenlijst opgesteld die ervoor zorgt dat alle geselecteerde items tijdig worden voltooid.
De Sprint Backlog is een werkdocument dat niet per definitie vaststaat. Alhoewel alle taken op voorhand worden uitgestippeld, kunnen de Developers de Backlog altijd nog aanpassen tijdens de Sprint. Dit kan bijvoorbeeld van belang zijn wanneer blijkt dat er meer taken nodig zijn dan gedacht om de User Stories correct af te ronden.
Hoe ziet een Sprint Backlog eruit t.o.v de Product Backlog?
Je bent ongetwijfeld benieuwd hoe een goede Sprint Backlog er precies uitziet. Welke onderdelen komen aan bod en hoe zorgt een sterke Sprint Backlog voor een productief verloop van de Sprint?
To Do
Voordat de Sprint Backlog opgesteld kan worden, dient er reeds een Product Backlog te bestaan. Hierin staan de items die in de komende Sprint aangepakt kunnen worden. Deze items zijn onderdelen van het eindproduct die aan de hand van de wensen van de Stakeholders zijn opgesteld.
De Product Backlog items, waar de Product Owner verantwoordelijk voor is, worden omgezet in User Stories om ze een duidelijke structuur te geven. In overleg met de Developers worden de belangrijkste User Stories voor de huidige Sprint toegevoegd aan de Sprint Backlog. Deze User stories samen vormen dus de Sprint Backlog en worden in de praktijk vaak op een Sprintbord gezet in de To do kolom. Een Sprintbord bevat vaak tenminste 3 kolommen, To Do, In Progress en Done/Complete.
In Progress
Als een ontwikkelaar begint met een User Story op de Sprint Backlog wordt deze verplaatst naar de volgende kolom op het Sprintbord, In pogress. Deze kolom geeft dus alle taken en user stories weer waar momenteel ook echt aan gewerkt wordt.
Complete
Wanneer een ontwikkelaar klaar is met een taak of user Story wordt deze verplaatst naar de laatste kolom, Done/Complete. Dit maakt het makkelijk voor het Scrum Team om te zien wat er af is en wat niet. Wel is het belangrijk dat een User Story pas naar de laatste kolom wordt verplaatst als het voldoet aan de “Definition of Done”, dit is binnen Scrum de maatstaf die gebruikt wordt om te beoordelen of werk ook echt af is.