Scrum Guide | 18. Vad är produktbackloggen?

Produktbackloggen är den enda källan till uppgifter som utförs av Scrum-teamet. Det är en lista över planerad produktfunktionalitet och förbättringar. Dess form är förändringsbar och inte alla uppgifter som ingår i produktbackloggen kommer att slutföras. Den utvecklas under diskussioner med intressenter. Den förbättras också ständigt. Det innebär att ju närmare deadline, desto mer detaljerad blir en uppgift.

Vad är produktbackloggen? – innehållsförteckning:

1. Introduktion
2. Vad innehåller produktbackloggen?
3. Produktbackloggens form
4. Förbättring av produktbackloggen
5. Sammanfattning

Introduktion

Produktbackloggen är den största av Scrum-artifakterna. Den återspeglar statusen för arbetet med en produkt i förhållande till produktmålet. Å andra sidan, när arbetet med en produkt är slutfört, blir dess backlogg en komplett lista över de uppgifter som utförts av Scrum-teamet för att skapa produkten. Den innehåller dock inte detaljerade tekniska lösningar.

Vad innehåller produktbackloggen?

Produktbackloggen skapas under produktägarens möten med intressenter. Produktägaren är den enda ägaren och den person som ansvarar för denna uppgiftskälla.

Affärsspråk kännetecknar posterna i produktbackloggen. Med andra ord beskriver de värdet av produkten ur intressenternas perspektiv.

Uppgiftsbeskrivningar som ingår i listan över uppgifter behöver sammanhang och tydlighet. De innehåller funktioner och förbättringar av produkten som vanligtvis presenteras i form av användarberättelser, som vi ägnar en separat post åt. Här nämner vi bara att dessa är beskrivningar av delfunktionaliteter av produkten som svarar på frågorna om följande frågor:

• Omfattningen av produktmodifieringar
• Syftet med att modifiera produkten
• Typen av användare för vilken denna modifiering kommer upp

Produktbackloggens form

Ordningen av uppgifter som ingår i produktbackloggen förändras i takt med att produkten utvecklas. När man arbetar med den formar och förbättrar Scrum-teamet dess funktionaliteter. Vid möten med hinder tillåter de implementerade åtgärderna alla att tänka på och definiera framtida adekvata lösningar, och dessa kommer också att förändras i enlighet med oförutsedda ytterligare hinder. Därför finns det ingen tydlig och definierad ordning av åtgärder, allt är förändringsbart. Förbättringen av produktbackloggen syftar till dess kontinuerliga uppdatering och förberedelse för nästa uppgifter. Av denna anledning är den kontinuerlig.

Uppgifter med en avlägsen deadline är typiskt stora, generiska helheter. Deras beskrivning innehåller inte detaljer, utan endast en översikt över funktionalitet som bör realiseras. Det är också möjligt att hitta uppgifter bland dem som aldrig kommer att avslutas.

Poster i produktbackloggen kan presentera alternativa lösningar. Och även kundens idéer som kan bli föråldrade, olönsamma eller av någon annan anledning aldrig gå in i implementeringsfasen. Det är därför produktbackloggen ibland skämtsamt kallas “kundens önskelista”.

En annan anledning till förändringar i produktbackloggens form är omdefiniering av lösningar. Ibland visar det sig att ett visst problem redan har lösts medan man skapar en annan produktfunktionalitet. Eller så har den förväntade funktionaliteten blivit överflödig på grund av förändringar i andra lösningar.

En av de grundläggande aktiviteterna under förbättringen av produktbackloggen är att dela upp uppgifterna som ingår i produktbackloggen i delar. Tack vare detta presenteras den allmänna översikten av funktionalitet i form av mindre, mer detaljerade och exakt definierade enheter.

Uppgifter som är avsedda för närmare implementering blir mer detaljerade. De blir också mindre, innehållande detaljer om lösningar. Detaljer framträder under produktutvecklingen. Och tack vare kunskapen om det aktuella tillståndet av produkten och de aktuella förväntningarna från intressenterna kompletterar produktägaren de kommande uppgifterna med deras beskrivning, ordning och storlek. Sedan väljer han de bäst beskrivna uppgifterna för nästa sprintbacklogg.

Förbättring av produktbackloggen

Under arbetet med en produkt modifierar och detaljerar produktägaren produktbackloggen i samarbete med utvecklingsteamet. I enlighet med produktägarens förslag väljer teamet under sprintplaneringen funktioner att implementera från produktbackloggen. Dessa flyttas sedan till sprintbackloggen och delas upp i uppgifter som ska slutföras. De uppgifter som flyttas till sprintbackloggen beskrivs på tekniskt språk, vilket är mest användbart för utvecklarna.

Uppgiftens storlek är en viktig mätning ur utvecklingsteamets perspektiv. Dess korrekta uppskattning blir särskilt kritisk när man väljer användarberättelser från produktbackloggen till sprintbackloggen.

Utvecklingsteamet lär sig över tid att korrekt uppskatta den tid och det arbete som krävs för att slutföra en specifik användarberättelse. Detta uttrycks i dagar, man-timmar eller story points och ger en uppskattning av ett värde som kallas teamets hastighet.

Sammanfattning

Produktbackloggen är en ständigt förbättrad lista över uppgifter som leder till produktmålet. Innehållet i produktbackloggen uttrycks vanligtvis i form av användarberättelser. Och ju kortare tid som återstår för att slutföra en uppgift, desto:

• Jobbeskrivningen är mer detaljerad
• Omfattningen av uppgiften är mindre
• Omfattningen av uppgiften är bättre definierad

Scrum-teamet tar hand om uppgifterna. Produktägaren hanterar och modifierar produktbackloggen.

Om du gillar vårt innehåll, gå med i vår aktiva gemenskap av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.