Kort svar
Ett prioriteringsbeslut håller när det skrivs ner: vad som byggs, vilket problem det löser, vad som väljs bort och vad som ska vara sant om två månader för att beslutet ska ha varit rätt. En sida per beslut räcker, och den läses högt vid nästa avstämning.
De flesta backloggar är listor över allt någon någonsin har bett om. En sådan lista går att sortera i evighet, eftersom den saknar det som gör sortering meningsfull: vad ni försöker uppnå det här kvartalet.
Börja med vad som ska vara sant om tre månader
Ett mål formulerat som ett tillstånd gör prioriteringen enkel. "En ny kund kommer igång på egen hand" går att hålla varje förslag emot, och merparten faller bort på tio sekunder. Ett mål formulerat som en aktivitet gör det inte, eftersom aktiviteter alltid går att motivera.
Tre frågor som skiljer förslagen åt
Frågorna ställs i ordning, och den tredje gör mest jobb. Ett förslag som kostar noll att skjuta upp kan skjutas upp, oavsett hur högljutt det efterfrågas.
- Vilket problem löser det, för vem, och hur ofta uppstår det?
- Vad blir vi säkrare på när det är byggt?
- Vad kostar det att skjuta upp i tre månader?
Skriv ner beslutet på en sida
Ett beslut som bara sagts på ett möte omförhandlas nästa gång någon blir irriterad. En sida med datum, valet, alternativen som fanns på bordet och vad som ska vara sant om två månader gör att nästa diskussion börjar där den förra slutade. Det är samma princip som ett arkitekturbeslut i ett repo: skälet överlever den som skrev det.
Gör om prioriteringen varannan vecka
Varannan vecka är tätt nog för att fånga att något ändrats och glest nog för att hinna avsluta något. Målet ses över varje kvartal. Ett beslut som visar sig fel efter fyra veckor är billigt att ändra så länge det står skrivet varför det togs.
Vad som brukar gå fel
Listan blir en önskelista, den största kunden får tolkningsföreträde, och det som är svårt att uppskatta skjuts upp tills det blir akut. Vår erfarenhet är att alla tre är symptom på samma sak: ett mål som ingen i teamet kan citera utantill.
Vanliga frågor
- Hur ofta bör vi prioritera om?
- Varannan vecka räcker för de flesta team. Oftare blir det svårt att avsluta något, och mer sällan hinner verkligheten förändras mellan gångerna.
- Vad gör vi med allt som aldrig blir gjort?
- Ta bort det. En backlogg med 300 poster är en lista ingen läser. Det som verkligen är viktigt kommer tillbaka av sig självt, oftast inom några veckor och med bättre argument.
- Vem bör äga prioriteringen?
- En person, som lyssnar brett och beslutar ensam. Prioritering i grupp ger listor där allt är näst viktigast, och då avgörs ordningen av vem som orkar argumentera längst.
- Hur hanterar vi en stor kund som kräver en funktion?
- Skriv ner vad kunden försöker uppnå, hur många andra som har samma problem och vad bygget kostar. Ofta finns en mindre lösning som täcker båda, och den blir synlig först när behovet är formulerat.
- Behöver vi estimat i timmar?
- Sällan. En grov storlek i dagar, veckor eller månader räcker för att välja mellan två förslag. Precisa estimat kostar tid att ta fram och blir ändå fel på just det som är osäkert.
- När är en roadmap värd att ha?
- När den beskriver problem i tidsordning. En lista över funktioner med datum blir ett löfte ni får förklara bort; en lista över problem tål att verkligheten ändras.
Berätta vad du vill bygga
Trettio minuter, kostnadsfritt, och ett rakt besked om vi är rätt studio för uppdraget.