All-access Agile

Den heltäckande guiden för att utveckla och hantera en produktbacklogg i Agile

Agila team handlar om att anpassa sig till förändringar och leverera kundvärde genom iterativt arbete. Men var börjar det iterativa arbetet? Hur identifierar agila team arbetsmoment som i slutändan kommer att medföra värde för kunden?

För många team som använder agila metoder börjar deras vision med produktbackloggen. I en produktbacklogg bestämmer teamen vilka saker de ska slutföra för att leverera värde.

Den här guiden går igenom vad en produktbacklogg är, vem som ansvarar för att hantera backloggen, hur man skapar en och hur man bäst prioriterar och ordnar backloggposter. Du får också lära dig tips för att undvika vanliga fallgropar som team vanligtvis stöter på när de utvecklar backloggar.

Vad är en produktbacklogg i Agile?

En produktbacklogg, som ursprungligen beskrevs inom Scrum-ramverket, har blivit en central del av många agila ramverk. Det är i huvudsak en ordnad lista över vad ett team kommer att fokusera på för att leverera värde. Listan består av backloggposter, vilka är enskilda arbetselement, som antingen baseras på intressenternas önskemål eller vad teamet självt har beslutat att åstadkomma för att uppnå kundvärde.

Product backlog template in Lucid

Använd den här mallen för produktbacklogg i Lucid för att prioritera arbete efter värde och leverera högkvalitativa produkter.

Inom programvaruutveckling är till exempel produktbackloggen en lista över poster som teamet har ombetts att bygga, exempelvis nya funktioner och tekniska förbättringar, samt poster som teamet självt har identifierat, till exempel buggfixar och säkerhetsuppdateringar. Andra vanliga poster i produktbackloggen inkluderar:

  • Användarberättelser
  • Förbättring av användbarheten
  • Ändringar av befintliga funktioner
  • Kunskapsinhämtning
  • Hantering av teknisk skuld

Varje backloggposterna måste vara en arbetsuppgift som teamet kan slutföra inom en sprint. De mest betydelsefulla posterna bör slutföras först, med det övergripande målet att skapa värde för kunden så effektivt som möjligt.

När poster har lagts till i backloggen delas de upp i mindre delar så att de realistiskt sett kan slutföras inom en iteration. Tänk på produktbackloggen som en tratt: Teamet börjar med ett större produktmål, och sätten att nå det målet bryts ned i mindre delar tills de konkretiseras till backloggposter som är redo för en iteration.

Backloggförfining liknar en tratt. Teamet börjar med ett större produktmål, bestämmer poster för att uppnå det målet och bryter sedan ner dessa poster tills de kan slutföras inom en iteration.

Produktbackloggar hanteras bäst med ett agilt tänkesätt för att skapa kundvärde genom stegvis arbete – det vill säga att teammedlemmar, allt eftersom de slutför sitt arbete, införlivar feedback och fokuserar på kontinuerlig förbättring.

Se själv hur Lucid effektiviserar agila arbetsflöden

Varför är det viktigt med en agil produktbacklogg?

Att utveckla och underhålla en produktbacklogg kan gynna alla typer av team – du behöver inte arbeta med programvaruutveckling för att ha en produktbacklogg.

Som inmatningskälla för teamets resultat ger en produktbacklogg: 

  • Tydlig riktning: Sprintplanering eller iterationsplanering börjar med produktbackloggen eftersom den redan listar de viktigaste posterna att arbeta med härnäst.
  • Flexibilitet: Produktägaren kan ändra ordningen på poster när ny information kommer från diskussioner med intressenter eller andra typer av feedback.
  • Transparens och anpassning: Produktägaren kan använda produktbackloggen i diskussioner med intressenter om vad som behövs för att leverera produktvärde, vad som planeras att slutföras och vad som för närvarande arbetas med. Produktbackloggen hjälper också alla att förstå hur produktvisionen och målen har tolkats och delats upp i mer hanterbara poster.
  • Effektivitet: Produktbackloggens ordning säkerställer att teamet fokuserar på de viktigaste artiklarna med högt värde först.

Vem äger en produktbacklogg?

Medan hela teamet ansvarar för att känna till backloggposter och slutföra poster som de har åtagit sig, är en person ansvarig för att maximera värdet genom produktbackloggen. I Scrum är denna person produktägaren

Produktägarens ansvarsområden inkluderar:

  • Utveckla och kommunicera produktmålet
  • Skapa, prioritera och tydligt kommunicera backloggposter
  • Säkerställa att produktbackloggen är transparent och förstås av alla teammedlemmar

En bra produktägare är organiserad, tydlig och fokuserad på att leverera värde till kunden. De är öppna för feedback från både kunder och teammedlemmar och strävar efter att möta behoven hos många intressenter. Även om det är möjligt att ändra produktbackloggen måste man först samarbeta med produktägaren för att genomföra dessa ändringar.

Lär dig de viktigaste rollerna och ansvarsområdena för en Scrum-produktägare

Hur man skapar en produktbacklogg

Det är viktigt att komma ihåg att skapa en produktbacklogg inte är en engångshändelse. Det är en pågående process. 

Teamen kommer kontinuerligt att uppdatera och förfina backloggen allt eftersom ny information framkommer, och backloggen bör betraktas som ett levande dokument. Den bör förändras i takt med att marknadstrender, intressenters synpunkter och kundernas behov förändras.

Med det i åtanke är här stegen för att skapa en produktbacklogg.

1. Samla in input

Samla idéer från intressenter, kunder och teammedlemmar för att informera produktmålet. Du kan också göra konkurrentanalyser och kundundersökningar.

2. Definiera en produktvision

Ha denna vision i åtanke när du diskuterar vad som krävs för att uppnå produktmålet. Backloggposterna bör vara i linje med denna övergripande vision och strategi.

3. Håll en session om backlogghantering

Du kan hålla workshops om backlogghantering med intressenter och teammedlemmar. Under dessa sessioner kan du brainstorma poster att slutföra, överväga deras värde och bestämma relativ prioritet.

4. Formulera poster i produktens backlogg

Ofta beskriver team backloggposter i form av en användarberättelse som beskriver den önskade funktionaliteten ur användarens perspektiv. Du kan göra en kartläggning av användarberättelser för att visualisera användarresan och organisera backloggposterna på ett sätt som hjälper teamet att se hur olika funktioner och uppgifter passar ihop för att leverera värde.

5. Förfina backloggen med ditt team

Börja högst upp i den ordnade backloggen och bryt ner större idéer i mer detaljerade backloggposter. Vänta med att förfina poster med lägre prioritet tills de blir mer relevanta. Lägg till acceptanskriterier och en uppskattning för varje backloggpost.

6. Ordna posterna

Ordningen ska baseras på värde, kostnad, risk och beroenden. 

7. Gör kontinuerliga uppdateringar

Allt eftersom produktägaren får ny information ska dne användas för att kontinuerligt uppdatera och förfina din backlogg.

Lär dig hur du lyckas med att skapa en produktbacklogg och håller den organiserad

Vad man ska prioritera i en produktbacklogg

När du har skapat en produktbacklogg är nästa steg att bestämma vad du ska arbeta med först. Eftersom produktägaren ansvarar för att ordna posterna i backloggen bestämmer de slutligen vad som ger mest värde, men denna process kräver mycket samarbete inte bara mellan teammedlemmar utan även med intressenter för att nå samordning. Faciliteringsfärdigheter och samarbetsverktyg behövs för att hjälpa gruppen att nå enighet. 

Här är det särskilt användbart med programvara för visuell samverkan. En virtuell whiteboard kan få alla att vara på samma sida genom att erbjuda en central, gemensam arbetsyta där du kan samla in allas synpunkter. Att visualisera din produktbacklogg kan hjälpa ditt team att förstå relativt värde och komplexitet. När du bestämmer ordning bör du ta hänsyn till faktorer som affärsvärde, kundvärde, risk, arbetsinsats, beroenden och tidskänslighet.

I Lucid kan team snabbt och gemensamt uppskatta hur stor arbetsinsats krävs för varje uppgift med en planning poker-liknande metod.

Här följer några användbara aktiviteter som du kan använda för att underlätta dessa diskussioner:

  • Även om produktägaren är ansvarig för den slutliga ordningen kan verktyg som en matris för påverkan kontra ansträngning hjälpa till att identifiera objekt med störst värde. En kartläggning av användarberättelser kan hjälpa till att visualisera detta arbetsflöde
  • .
  • Använd olika uppskattningstekniker som affinitetsuppskattning, Planning Poker® och uppskattningar med t-shirtstorlekar för att anpassa storleken och komplexiteten på artiklarna i produktbackloggen. Mät teamets förståelse genom förtroendeomröstning och fist to five-omröstning. Dessa aktiviteter hjälper till att lyfta fram problem och ger möjlighet att diskutera olika perspektiv.

Vad är förfining av produktbacklog?

Förfining av produktbackloggen innebär att dela upp objekt i mindre, mer precisa delar. Till exempel är en vanlig backloggpost en funktionsförfrågan. 

Den begäran bryts ner i detaljerade arbetsdelar som lättare kan slutföras. Teamet förfinar dessa delar tillsammans för att säkerställa att de har rätt storlek och att teamet förstår dem.

Scrums värderingar engagemang, fokus, öppenhet, respekt och mod är viktiga när man förfinar backloggen: Teammedlemmar bör vara öppna med sitt arbete, dess utmaningar och sitt engagemang för att nå mål. Förfining av produktbackloggen kräver också att teammedlemmar visar respekt för varandra och mod att ta itu med svåra uppgifter.

Förfining av produktbackloggen är inte en engångsaktivitet som sker under sprintplanering eller granskningar. Det är en kontinuerlig aktivitet för att lägga till ordning, beskrivning och storlek på poster samtidigt som man säkerställer att de stämmer överens med produktvisionen. Precis som en trädgård behöver produktbackloggen ständigt skötas om, och förfining av backloggen är en metod som hjälper team att sköta om sin backlogg.

Vanliga fallgropar team stöter på vid hantering av backloggar

Det krävs medveten ansträngning från hela teamet för att framgångsrikt upprätthålla en produktbacklogg. Här är några vanliga fallgropar som team ofta stöter på när de utvecklar backloggar. 

Otillräckligt deltagande av berörda parter

Även de bästa produktstrategierna kan göras värdelösa om det saknas engagemang eller stöd från intressenter, eftersom detta leder till felanpassade prioriteringar. För en framgångsrik hantering av backloggar är det viktigt att involvera intressenter tidigt och upprätthålla en kontinuerlig dialog under hela processen.

Att låta produktbackloggen bli ohanterlig

Även om det inte finns någon fast regel gör för många objekt det mycket svårt att upprätthålla transparens och effektiv ordning. Produktägaren bör ges befogenhet att säga ”nej” till poster som inte överensstämmer med den nuvarande visionen för att hålla backloggen fokuserad på att leverera värde.

Fokuserar bara på nya funktioner

Även om nya funktioner kan vara det mest spännande för kunderna, är det viktigt att ta itu med tekniska problem och andra kvalitetsproblem, inklusive buggar som behöver åtgärdas. Både produktfunktioner och teknisk hälsa behöver uppmärksamhet för hållbar leverans.

Fokuserar bara på långsiktigt eller kortsiktigt

Att leverera kundvärde kräver att man balanserar omedelbara behov med en långsiktig vision. Produktbackloggen bör återspegla både snabba vinster och strategiska initiativ, samtidigt som den är i linje med produktmålet.

Låt inte din backlogg bli överväldigande – lär dig effektiva strategier för hantering och prioritering av produktbackloggen

Lucid för Agile

Backloggutveckling och förfining är en central aspekt för agila team som använder Scrum och andra agila ramverk. Lucid kan hjälpa dig att skapa och underhålla produktbackloggar för hela din organisation. Med funktioner som förbättrar tvärfunktionellt samarbete, visualiserar arbete som ska utföras och kopplar arbetet tillbaka till ditt registersystem kan du använda Lucid för att bygga en produktbacklogg och prioritera uppgifter som ger kundvärde.

Se själv hur Lucid effektiviserar agila arbetsflöden

Nästa steg: Sprintplanering