Backlog refining

Tidsåtgång

• ⏱️ Uppskattad tidsåtgång: 2-3 h, helst uppdelat med en längre rast emellan. Exempelvis (45 min + 15 min rast) x 2, följt av 1 h lunch, sen igen + 45/15 min.

Steg 1. Planera in en backlog refining-session för gruppen

Hitta en gemensam tid, gärna så att ni har just 2-3 h att tillgå + lunch. Det kanske tar kortare tid än så, men ha gott om tid så att ni slipper stressa/nån måste iväg på jobb.

Steg 2. Fundera på uppgiften på egen hand innan ert möte

Börja med att läsa igenom gruppuppgiften på egen hand, fundera lite kring dess upplägg (logik, flöde, vilka potentiella uppgifter som skulle kunna vara "issues").

Tanken är att du ska komma mentalt förberedd till backlog refining-sessionen.

PS. På vissa arbetsplatser kan detta fortfarande kallas för "grooming" eller "backlog grooming", men då ordet grooming har en negativ konnotation är "refining" att föredra som term.

Steg 3. Möts i gruppen & skapa issues

1. På GitHub, i ert repo, skapa ett projekt.
   • Klicka på "Projects"-fliken, sedan gröna knappen "New Project". Scrolla och välj "Iterative development" från "Featured" (förvalt).
   • I kolumnen "Backlog" lägger ni sedan till era issues (se bild nedan).
2. Gör era "issues" (uppgifter) till backlogen (se exempel nedan på beskrivning/innehåll i uppgiften).

I den första sessionen kommer ni att bryta ner hela gruppuppgiften till mindre "issues" (uppgifter). Ni kan börja med att bara skriva "rubriker" på uppgifterna, dvs. snabbt "brainstorma" vad som behöver göras.

Senare, försök att beskriva varje uppgift så tydligt som möjligt, men om ni inte hinner med allt så är det OK. Det är därför man har "backlog refining"-sessioner; att gå igenom och uppdatera/beskriva uppgifterna i backlogen.

Backlog-kolumnen är er "dump", dvs. när ni kommer på nya uppgifter under projektets gång, så kommer de att hamna här.

Uppgifter som är planerade att göras den kommande veckan kommer att läggas i kolumnen "Ready", och när en person börjar jobba med en uppgift så flyttar man den till kolumnen "In Progress". När man känner sig klar så flyttar man den till kolumnen "In Review" (för att granskas/godkännas av övriga gruppmedlemmar), och när den är klar och "merge:ad" så flyttar man den till "Done"-kolumnen.

Inför den första veckan är det viktigt att ni har tillräckligt med uppgifter för alla personer och att dessa är definierade så väl som möjligt. Dvs. prioritera att göra X antal uppgifter och skriv ner deras "Definition of Done" i uppgiften. En "DoD" (definition of done) är en tydlig beskrivning på när en uppgift anses vara slutförd och redo att granskas.

Ju tydligare ni beskriver uppgiften och dess kravspecifikation, desto bättre => mindre missförstånd och konflikter framöver.

Skriv ner så många uppgifter/"problem" ni bara kommer på i er backlog. En "brain dump" på sätt och vis. Ni ska inte poängsätta med story points än, det gör ni i nästa "session".

📚 Resurser

• Agile Alliance - Backlog Refinement
• Agile Alliance - What is a product backlog?
• Agile Alliance - User Story Template

Våga Fråga-lådan

Anonyma frågelådan

Klar?