En backlog er en organiseret og prioriteret liste over opgaver, funktioner, krav, forbedringer eller fejl, som skal håndteres i et projekt eller produktudviklingsforløb.
Begrebet stammer fra Agile og Scrum-metodikkerne og bruges som et centralt styringsværktøj til at strukturere det arbejde, der skal udføres. En backlog hjælper teamet med at holde fokus på de vigtigste opgaver og sikrer, at indsatsen er målrettet mod det, der skaber størst værdi for brugere, kunder og forretningen.
I modsætning til en traditionel opgaveliste er en backlog dynamisk – den opdateres og prioriteres løbende i takt med, at nye behov opstår, og eksisterende opgaver løses eller ændres.
Backloggen repræsenterer “arbejdsrøret” for teamet – alt det arbejde, der endnu ikke er gjort, men som på et tidspunkt kan eller skal tages ind i planlægningen. Den skaber transparens om, hvad der ligger forude, og er samtidig et redskab til at træffe beslutninger om rækkefølge, forventninger og ressourcer.
Typer af backlog: I praksis findes der flere forskellige typer backlog, alt efter hvilket niveau og hvilken kontekst der arbejdes i: 1) Produktbacklog: Dette er den overordnede liste over alt, hvad der ønskes udviklet i produktet. Den indeholder funktionelle og ikke-funktionelle krav, brugerhistorier, tekniske forbedringer og større features. Produktbackloggen ejes og vedligeholdes af produkt owner’en og er kernen i Agile produktudvikling. 2) Sprint backlog: Denne liste består af de opgaver og brugerhistorier, som teamet har forpligtet sig til at gennemføre i en bestemt sprint (typisk 1-4 uger). Den udvælges fra produktbackloggen ved sprint planning og giver teamet et fokuseret arbejdsområde i en afgrænset periode. 3) Bug backlog: En separat liste over identificerede fejl og tekniske problemer, som skal rettes. Den kan prioriteres og behandles som en del af den almindelige udviklingsbacklog eller håndteres særskilt, afhængigt af organisationens praksis.
Hvordan bruges en backlog? Backloggen fungerer som en levende artefakt og opdateres løbende gennem hele projektets levetid. Den prioriteres ofte efter forretningsværdi, brugerbehov, risiko, afhængigheder og teknisk kompleksitet. Produkt owner’en har ansvar for at sikre, at backloggen er opdateret og korrekt prioriteret, mens teamet bidrager med estimering, teknisk viden og afklaring. Under sprint planning vælger teamet de øverste – og vigtigste – opgaver fra backloggen og arbejder med dem i sprinten. Nye idéer, krav eller fejl kan tilføjes til backloggen undervejs og vurderes ved næste planlægning.
Fordele ved at bruge en backlog: 1) Den skaber et samlet overblik over alt arbejde, både det planlagte og det potentielle. 2) Den gør det nemmere at prioritere og fokusere på det, der skaber mest værdi. 3) Den understøtter transparens og forventningsafstemning mellem team, ledelse og interessenter. 4) Den gør det muligt at arbejde fleksibelt og iterativt, da opgaver kan ændres, fjernes eller tilføjes løbende. 5) Den understøtter estimering og kapacitetsstyring.
Eksempel: I et Scrum-team, der arbejder på en mobilapp, indeholder produktbackloggen blandt andet funktioner som “login med fingeraftryk”, “push notifikationer”, “opret brugerprofil” samt forslag fra brugere. Hver funktion har en prioritet og en estimeret størrelse. Inden sprintstart udvælger teamet de mest værdifulde opgaver til sprint backloggen og arbejder på dem i den kommende iteration. Samtidig tilføjes nye idéer og fejl til produktbackloggen, som revurderes senere.
Konklusion: En backlog er langt mere end blot en opgaveliste – det er et centralt styringsværktøj i moderne projekt- og produktudvikling. Den gør det muligt for teams at arbejde struktureret, fleksibelt og værdibaseret, og den skaber synlighed og retning i en kompleks hverdag. Ved løbende at prioritere og forvalte backloggen kan man sikre, at teamet arbejder med det rigtige, på det rigtige tidspunkt – og dermed leverer maksimal værdi med minimal spild.