Een sprintbacklog zorgt ervoor dat een team gefocust blijft tijdens hun Scrum-sprints. Een sprint is het tijdsbestek dat is vastgesteld waarin het werk voltooid moet worden. Een sprintbacklog is een takenlijst waar een team aan werkt tijdens de sprint en waarmee scope-creep voorkomen kan worden. Je kunt hiermee namelijk prioriteiten stellen met betrekking tot de taken die je gaat uitvoeren. Taken met hoge prioriteit worden geselecteerd voor de scrumsprint tijdens de sprintplanning. Taken komen voort uit de productbacklog, die prioriteit krijgt bij het wegwerken van de backlog.
Doorgaans beslissen de projectmanager en zijn team over deze taken tijdens een sprintplanningmeeting.
In dit artikel wordt ingegaan op het doel van sprintbacklogs en hoe je deze effectief kunt aanmaken met behulp van software en tools zoals Jira.
Het doel van sprintbacklogs
Een sprintbacklog beschrijft de specifieke taken en activiteiten voor een projectteam in een sprint. Het haalt de items uit de productbacklog. Daarom is backlogverfijning cruciaal. Zonder een goed bijgehouden backlog loop je het risico te werken aan items die niet relevant zijn voor je klanten of de productroadmap.
'Gerichte focus op klanten is van cruciaal belang, en teams moeten klantgericht zijn bij het wegwerken van backlogs', zegt Warren Marusiak, Senior Technical Evangelist bij Atlassian. 'Welke waarde kunnen we de klant bieden in de volgende sprint? Welke waarde kunnen we bieden tijdens de volgende vijf sprints? Hoe leidt dit tot onze doelstellingen op lange termijn?'
Het team gebruikt de productbacklog en hun huidige workload om te bepalen welke taken binnen het tijdsbestek van de sprint kunnen worden voltooid. Zodra een taak haalbaar wordt geacht, wordt deze verplaatst naar de sprintbacklog. Als deze te groot is, wordt deze opgedeeld in kleinere taken en uitgevoerd in meerdere sprints. Door te werken in kleinere sprints met een tijdschema blijven teams agile.
Zie de sprintbacklog als het actieplan van het team voor die specifieke sprint. Het houdt het team op de goede koers en gefocust om hun doelstellingen te behalen. Tijdens dagelijkse sprintreviews beoordelen projectmanagers of hun teams op schema liggen en vieren ze gaandeweg de overwinningen.
Sprintbacklog versus productbacklog: de verschillen
Hoewel de termen 'sprintbacklog' en 'productbacklog' hetzelfde klinken, zijn ze nogal verschillend. Laten we eens kijken wat een sprintbacklog kan omvatten en hoe die verschilt van een productbacklog.
| Productbacklog | Sprintbacklog |
| Een productbacklog is de lijst van items die in een bepaald product moeten worden opgenomen, zoals nieuwe functies, klantaanvragen, bugfixes en andere verbeteringen. | Een sprintbacklog bestaat uit specifieke items in de productbacklog. Het is dus een subset. Je team kiest aan welke items uit de productbacklog ze willen werken tijdens een sprint en zet deze op de sprintbacklog. |
| De zakelijke behoeften en doelstellingen bepalen de prioriteit van items in de productbacklog. | Teamcapaciteit en de sprintdoelen bepalen de prioriteit van items in een sprintbacklog. |
| De producteigenaar is eigenaar van de productbacklog. | Het ontwikkelingsteam is eigenaar van en onderhoudt de sprintbacklog. |
| De productbacklog maakt deel uit van het strategisch langetermijnplan van een product en evolueert mee met het product. | De sprintbacklog is een kortetermijnplan om binnen een sprint een reeks taken uit te voeren. Het team kan dat niet veranderen tijdens een sprint. |
| De omvang van de productbacklog is het volledige product. | De omvang van de sprintbacklog is de subset van items met een productbacklog die deel uitmaken van de sprint. |
Een sprintbacklog wordt gecreëerd op basis van een productbacklog, dus de sprintbacklog kan niet bestaan zonder een productbacklog. Tijdens elke sprintplanningsvergadering bespreken de projectmanager en hun team de prioriteiten van de backlogitems met de productmanager. Het team bepaalt vervolgens het actieplan om de items uit de sprintbacklog te leveren.
Voordelen van het gebruik van een sprintbacklog
Sprintbacklogs zijn een krachtig hulpmiddel voor projectmanagers, vooral voor degenen die een Agile methode zoals Scrum toepassen. Als je een Scrummaster bent, zul je sprintbacklogs nuttig vinden om de werklast van je team te structureren en te beheren.
Laten we de voordelen van sprintbacklogs eens op een rijtje zetten:
- Verhoogt de nauwkeurigheid van de schattingen: als actieplan zorgt de sprintbacklog voor nauwkeurigere tijdlijnen en schattingen voor je resultaten. Dit voorkomt onredelijke deadlines die je team onder druk zetten.
- Verhoogt de productiviteit: Teams ervaren minder stress als ze haalbare doelen stellen, omdat deze doelen hen helpen zich te concentreren, waardoor hun productiviteit toeneemt.
- Verbetert de voorspellingen voor toekomstige sprints: Teams kunnen analyseren of ze in staat zijn om taken binnen een sprint te voltooien, zodat ze nauwkeurig kunnen voorspellen welke werklast ze aankunnen in toekomstige sprints.
-
Verhoogt de verantwoordelijkheid: teams nemen deel aan het sprintplanningsproces. Ze maken afspraken over de taken in de sprintbacklog op basis van hun capaciteit, waardoor ze het werk in eigen handen nemen.
Belangrijkste onderdelen van een sprintbacklog
Laten we nu eens kijken naar de specifieke componenten van een sprintbacklog.
Userstory
In userstory's wordt uitgelegd hoe een functie de eindgebruiker ten goede zal komen. Het is een eenvoudig verhaal, zonder al te technisch jargon, waarin wordt uitgelegd hoe de gebruiker de functie zal gebruiken. Dit geeft een reden voor waarom een item in de backlog staat.
Userstory's geven het ontwikkelteam belangrijk inzicht in de impact van het product op de gebruiker, en bieden context voor wat het team aan het bouwen is en waarom. Een belangrijk onderdeel van elke Agile methodologie is de mensen, en in userstory's wordt gepleit voor degenen die het product of de dienst gebruiken.
Taken en subtaken
Taken worden gemaakt op basis van de userstory's, en elke taak kan uit meerdere subtaken bestaan. De taken zijn de activiteiten die nodig zijn om de userstory mogelijk te maken. Een nieuwe functie kan bijvoorbeeld vereisen dat de gebruiker verschillende stappen uitvoert. De functionaliteit die nodig is voor elke stap kan worden omgezet in taken (met subtaken voor complexere stappen).
Elke taak en subtaak bevatten een naam, omschrijving, prioriteit, uitvoerder, lijst van resultaten en deadline. Als je team bijvoorbeeld bezig is met het ontwikkelen van een functie voor opmerkingen voor een sociale app, kan je takenlijst er zo uitzien:
| Taak | Een functie voor opmerkingen maken |
| Beschrijving | Gebruikers toestaan opmerkingen te plaatsen bij berichten |
| Prioriteit | Hoog |
| Uitvoerder | Lanisha, DesignerRoland, Ontwikkelaar |
| Te leveren product | Vak voor opmerkingen |
| Vervaldatum | 24 augustus |
Technische blockers
Technische blockers zijn gevaren die het team kan tegenkomen tijdens de ontwikkeling van het product, zoals technische schulden of een bug. Technische schulden zijn de noodzakelijke onderhoudswerkzaamheden en bugs zijn problemen die het ontwikkelingsteam aanpakt om het product draaiende te houden.
Deze kunnen zich voordoen tijdens de ontwikkeling of het testen, waardoor je team wordt vertraagd. Misschien moet je een taak of subtaak toevoegen om dit obstakel te verwijderen.
In Scrum worden ze ook wel belemmeringen genoemd.
Uitvoerders
De capaciteit van het team is een belangrijk component van de sprintplanning en heeft invloed op de taken die het team opneemt in de sprintbacklog. Als een taak eenmaal op de backlog staat, is er een eigenaar nodig die het werk van de sprintbacklog kan uitvoeren om de taak te voltooien.
De sprintbacklog zorgt voor verantwoordelijkheid en eindverantwoordelijkheid om ervoor te zorgen dat het team elke taak voltooit.
Burndown grafiek
Een burndown-grafiek geeft een visuele weergave van het voltooide werk en het resterende werk. Dit is handig omdat het een overzichtelijke voortgangsgrafiek is. Projectteams kunnen deze grafiek gebruiken om te zien of ze hun doelen hebben bereikt en om hun geschatte voltooiingstijd uit te stippelen.
Een burndown-grafiek helpt om te bepalen of de huidige werklast van je team te zwaar of te licht is. Het kan ook eventuele discrepanties tussen de geschatte tijd en de werkelijke voltooiingstijd aan het licht brengen. Je kunt eenvoudig een burndown-grafiek aanmaken in Jira.
Geschatte en werkelijke tijd
Een burndown-grafiek helpt om de toegewezen tijd van een taak te visualiseren in vergelijking met de voltooiingstijd. Projectmanagers houden dit dagelijks bij tijdens een sprint.
Elke dag kun je analyseren hoe lang het duurt voordat je team een taak voltooit, die tijd vergelijken met de oorspronkelijke schatting, en deze informatie vastleggen in de burndown-grafiek. Deze tijdregistratie helpt het team op schema te houden om hun deadlines te halen.
Een sprintbacklog aanmaken
Een sprint vindt binnen een bepaald tijdsbestek plaats, dus het projectteam heeft een duidelijk gedefinieerde backlog nodig om ervoor te zorgen dat ze op schema blijven met hun taken. Een sterke sprintbacklog zorgt ervoor dat het werk in die periode kan en zal worden voltooid.
Zo maak je een robuuste sprintbacklog aan:
1. Bepaal je sprintdoelen
Omdat sprints een vaste periode duren, is het belangrijk om eerst de sprintdoelen vast te stellen. Sprintbacklogs moeten duidelijk omschreven doelen voor het team bevatten, zodat je team gefocust blijft en bij de taak blijft. De sprintbacklog voorkomt ook scope-creep. Zorg ervoor dat je doelen specifiek zijn en binnen de tijdslimiet van de sprint kunnen worden behaald.
2. Bespreek de backlog met je team
Samenwerking is essentieel om een effectieve sprintbacklog te creëren. Sprintplanningsvergaderingen zijn het perfecte moment om met je team backlogitems te bespreken. Je wilt dat ze betrokken zijn bij de taken waaraan ze zullen werken. Dit helpt hen ook om het gevoel te krijgen dat ze verantwoordelijk zijn voor het project.
Vertrouw op hun expertise met betrekking tot wat ze kunnen bereiken, gezien hun huidige capaciteit en technische vaardigheden. Een sjabloon voor een sprintplanningsvergadering is handig om deze sessies te structureren.
3. Organiseer en prioriteer taken
Het organiseren en prioriteren van taken is essentieel om je team te helpen zich te concentreren op wat het belangrijkste is. Begin met userstory's om taken in de backlog te organiseren en te prioriteren. Op basis van deze story's kan het team taken met een hoge prioriteit identificeren. Zodra dit is voltooid, kun je alle andere taken rangschikken op basis van het belang ervan in de userstory. Zodra het team taken heeft geprioriteerd, kunnen ze deze verder onderverdelen in subtaken.
4. Bewaak en werk bij indien nodig
Projectmanagers houden de voortgang van het team in de gaten om te beoordelen of het team op schema ligt met de sprint. Ze kunnen dan, indien nodig, procesverbeteringen aanbrengen. Dit is essentieel omdat een team tijdens een sprint misschien te veel of niet genoeg werk heeft. Dagelijkse sprintreviews en stand-up meetings zorgen ervoor dat iedereen weet waar elk teamlid aan werkt en helpen bij het identificeren van knelpunten in het team. Hierdoor kunnen teamleden elkaar helpen wanneer dat nodig is om de taken op tijd uit te voeren.
De Scrum-sjabloon van Jira bevat verschillende tools waarmee je sprints effectief kunt plannen. Er is ook een handige instructiepagina over hoe je kunt beginnen met het aanmaken van een sprintbacklog met Jira. Nadat je tijdens een sprintplanningbespreking je backlog hebt bijgesteld, worden je taken gedetailleerder en kunnen ze er als volgt uitzien:
| Taak | Een functie voor opmerkingen maken |
| Beschrijving | Gebruikers willen opmerkingen plaatsen bij en reageren op de berichten van hun vrienden. |
| Prioriteit | Hoog |
| Inspanningsniveau | Gemiddelde inspanning |
| Benodigde tijd | 2 dagen |
| Uitvoerder | Lanisha, DesignerRoland, Ontwikkelaar |
| Te leveren product | Vak voor opmerkingen |
| Vervaldatum | 24 augustus |
Tips om je sprintbacklog te beheren
Het beheren van je sprintbacklog is net zo belangrijk voor je team als het beheren van een productbacklog. Beide voorkomen dat je team werkt aan taken die niet relevant zijn voor je product of klanten. Om een sprintbacklog effectief te kunnen beheren, moeten projectmanagers hun team voortdurend om input vragen, de processen van het team analyseren en hun voortgang in de gaten houden. Met de scrum-sjabloon van Jira kun je je backlog eenvoudig beheren.
Hier zijn een paar tips om je sprintbacklog effectief te beheren:
- Vraag teamleden om input. Vanaf het begin van de sprintplanning is het essentieel om de input van het team te krijgen. Hun betrokkenheid bij taken tijdens een sprint zorgt voor een gevoel van verantwoordelijkheid bij het team.
- Gebruik de definitie van Voltooid. Elke sprint moet solide, gedefinieerde en realistische criteria bevatten voor wat voltooiing inhoudt. Zo weet je team wanneer de taak is voltooid.
- Stroomlijn je proces. Analyseer onderweg workflows en workloads om het proces voor de volgende sprint te stroomlijnen.
-
Houd de backlog flexibel. Het is essentieel om de scope-creep te beperken, maar er zijn fouten die kunnen optreden en de backlog moet dynamisch genoeg zijn om ze aan te pakken.
Beheer sprintbacklogs beter met Jira
Sprintbacklogs helpen je om het werk van je team voor, tijdens en na een sprint te structureren. Als je ze effectief gebruikt, kunnen ze je helpen om toekomstige sprints nauwkeurig te voorspellen en verwachtingen af te stemmen. Een goed opgesteld en onderhouden sprintbacklog verhoogt de efficiëntie van de sprint.
Jira maakt backlogverfijning en sprintplanning eenvoudig. Stel snel je volgende softwareproject op met de Scrum-sjabloon van Jira en visualiseer, beheer en volg het werk van sprint tot sprint. Maak eenvoudig een scrum-backlog aan om een wachtrij aan issues op te bouwen en te beginnen met het plannen en uitvoeren van sprints.
Sprintbacklog: Veelgestelde vragen
Wie is verantwoordelijk voor de sprintbacklog?
Het hele ontwikkelteam is verantwoordelijk voor de sprintbacklog. Deze gedeelde eigendom vereist de input van de producteigenaar, de projectmanager en het sprintteam. Iedereen werkt samen om te bepalen welke taken met een productbacklog naar de sprintbacklog moeten worden verplaatst. Het team stelt vervolgens realistische deadlines vast voor de resultaten en de voltooiing van de taak.
Wanneer moet je een sprintbacklog gebruiken?
Een sprintbacklog maakt deel uit van de sprintplanning. Je gebruiksfrequentie hangt echter af van de duur van je sprints, en zelfs die kan variëren van team tot team in je bedrijf. Maar als je volgens een Agile methodologie werkt, kun je het beste een Agile methodologie gebruiken voor elke sprint die je plant.
Hoe vaak moet je een sprintbacklog bijwerken?
Dagelijks. De sprintbacklog helpt je om voortdurend de voortgang van je team in de gaten te houden. Je kunt de geschatte tijd en de werkelijke tijd om elke taak te voltooien met elkaar combineren, zodat je team aan het werk blijft en je kunt beslissen of er aanpassingen nodig zijn.