De Project Backlog is een lijst met al het werk dat relevant is voor een Scrum project. Het werk wordt beschreven in zogenoemde stories, wat doorgaans niet meer is dan een paar regels tekst. De backlog is een dynamische lijst, gedurende het project zullen stories van de lijst afvallen en andere erbij komen. De lijst zal initieel globaal beschreven stories bevatten die gedurende het project steeds verder worden uitgewerkt.

Initiële Backlog

In de opstartfase van het project (ook wel sprint 0 genoemd) wordt de initiële backlog gemaakt. Deze backlog bevat ruwweg alle functionaliteit die tijdens het project opgeleverd gaat worden. Vermijd in deze fase het te ver uitwerken van alle functionaliteiten. Projecten die gewend zijn om op een waterval achtige manier te werken kunnen geneigd zijn om de backlog te gedetailleerd en te volledig uit te werken. Nadat alle functionaliteit bekend is is het van belang om hier een tijdsindicatie aan te hangen en om deze te prioriteren. Ontwikkelaars dragen zorg voor het inschatten van de tijd. Daarna zal de Product Owner zorg dragen voor de juiste prioriteiten. De stories met de hoogste prioriteit moeten zo ver worden uitgewerkt zodat er in ieder geval een eerste sprint gepland kan worden. Het uitwerken van de backlog kost tijd, dus vermijd het uitwerken van zaken die wellicht later pas relevant gaan worden. De hoeveelheid werk die er in een iteratie gepland kan worden wordt bepaald door de teamgrootte en de lengte van een Sprint. Houd teams klein (richtlijn is niet meer dan 8 ontwikkelaars) en houd de iteraties kort (richtlijn is niet langer dan 3 weken).

Backlog bijhouden

Als de backlog in een keer volledig en goed uit te werken zou zijn, dan is het maar de vraag of een agile ontwikkelmethode de meeste geschikte is voor het project. In de praktijk blijkt echter vaak dat gedurende het project wensen veranderen, functionaliteit initieel ontbrak, andere stukken functionaliteit verkeerd ingeschat waren etc. Om op deze veranderingen en voortschreidend inzicht in te kunnen spelen moet de backlog gedurende het project worden bijgehouden. Dit kan het beste gebeuren door een persoon die de functionaliteiten kan afstemmen met betrokkenen en stakeholders. Deze rol is doorgaans het meest geschikt voor de Product Owner. Aan het einde van een sprint geeft het team een presentatie (sprint review), van de opgeleverde functionateit, aan de Product Owner en Stakeholders. Deze presentatie kan leiden tot nieuw inzicht wat leidt tot wijzigingen aan de backlog. Direct na de Sprint review zal de backlog,voor de laatste keer voor de nieuwe sprint, bijgewerkt worden. Als de backlog weer helemaal up-to-date is kunnen de issues met de hoogste prioriteit aan de volgende iteratie worden toegekend en begint het proces weer van voren af aan.