Sådan tager du rollen som ny product owner
Som ny product owner er dit vigtigste ansvar at eje prioriteringen og repræsentere forretningens behov over for bureauet. Det mandat kan du ikke uddelegere selvom detaljebeslutninger kan overlades til teamet. Prioritér backloggen aktivt, vær tilgængelig for spørgsmål og deltag i demoer. De typiske begynderfejl er at ville have alt på én gang og at slippe rollen når tiden bliver knap.
Du har lige fået rollen som product owner (produktejer) over for et eksternt bureau, måske uden at have bedt om den og uden tidligere erfaring. Det er en mere almindelig situation end man tror: En person i forretningen bliver udpeget til at “stå for” et udviklingsprojekt. Den gode nyhed er at rollen handler mere om dømmekraft og prioritering end om teknik. Denne guide tager dig gennem det vigtigste til dit første projekt.
Dit mandat, og hvad der ikke kan uddelegeres
Kernen i rollen er at du repræsenterer forretningens og brugernes behov over for teamet og afgør hvad der skal bygges i hvilken rækkefølge. Det lyder enkelt, men det rummer en grænse du skal forstå tidligt: hvad du kan give fra dig, og hvad du ikke kan.
- Kan uddelegeres til bureauet: hvordan noget bygges, tekniske valg, detaljeudformning af brugerfladen. Det er deres hjemmebane, og de er bedre til det end du.
- Kan ikke uddelegeres: prioriteringen og beslutningerne om hvad produktet skal være. Hvilke behov der vejer tungest, er et spørgsmål om din forretning, og det kan kun du svare på.
Overlader du prioriteringen til bureauet, bliver de tvunget til at gætte sig til din organisations behov, og gættene bliver bygget og bygget om, på din regning. Mandatet til at udstikke retningen er selve rollen. Det kan flyttes til en anden person med reelt mandat, men det kan ikke stå tomt.
Værktøjer til at prioritere backloggen
Backloggen er din liste over hvad der skal bygges, og prioriteringen af den er dit tungeste arbejde. Du behøver ingen avanceret metode for at komme i gang, men du har brug for disciplinen til faktisk at vælge.
| Enkel metode | Sådan bruger du den |
|---|---|
| Værdi over for indsats | Det der giver mest nytte for mindst arbejde, kommer først |
| Skal / bør / kan vente | Sortér alt i tre bunker, og vær ærlig om at få ting er skal |
| Ordnet liste | Rangordn toppen tydeligt; teamet bygger oppefra og ned |
Den mest almindelige fælde her er at markere næsten alt som “skal-have”. Så har du ikke prioriteret, bare skrevet en ønskeliste. Tving forskellene frem: Hvis alt er lige vigtigt, bygger teamet forkert eller spreder sig for tyndt. At bryde ønsker ned i tydelige user stories gør dem desuden lettere at rangordne over for hinanden.
De mest almindelige begynderfejl
To fejl går igen hos nye product owners, og begge kan undgås når man kender dem.
At ville have det hele på én gang. Det føles forkert at vælge fra når alt virker presserende, især når det er ens eget projekt. Men hvert “ja, det også” udskyder noget andet. Din opgave er at turde sige “disse nu, de andre senere”. Det er svært netop fordi alt føles vigtigt, men det er kernen i rollen.
At fralægge sig rollen når tiden bliver knap. Rollen kommer ofte oven i et fuldt job, og så taber den til det der råber højest den dag. Spørgsmål bliver liggende, demoer holdes for en tom stol, og projektet begynder at skride, ikke fordi teamet er dårligt, men fordi ingen styrer. Behandl rollen som det den er: et rigtigt ansvar med afsat tid.
Et konkret scenarie
Lad os sige at teamet kan nå tre større ting denne måned, og at du har otte ønsker på listen. Vælger du ikke, vælger teamet for dig, eller det forsøger sig med alle otte og bliver ikke færdigt med noget. Din opgave er at pege: disse tre nu, resten i prioriteret rækkefølge bagefter. En uge senere kommer chefen med et nyt “kan vi ikke også få …”. Nu gælder det: Hvis det virkelig er vigtigere, må en af de tre vige, og det siger du. Kan du ikke begrunde hvad der skal ud, hører det nye hjemme længere nede på listen. Det er at være product owner i praksis.
Rollen er ikke magi: Det er nærvær, tydelige valg og mod til at sige nej. Vil du vide hvordan et samarbejde med os bliver tilrettelagt omkring en aktiv product owner, så se vores ydelser eller kontakt os.
Ofte stillede spørgsmål
Hvad laver en product owner?
En product owner repræsenterer forretningens og brugernes behov over for udviklingsteamet og afgør hvad der skal bygges i hvilken rækkefølge. Rollen handler mere om prioritering og beslutninger end om at skrive kode eller detailstyre. Du er bindeleddet mellem det organisationen vil opnå, og det teamet faktisk bygger, og den der siger nej når der ikke er plads til det hele.
Hvad kan jeg uddelegere til bureauet, og hvad kan jeg ikke?
Du kan uddelegere hvordan noget bygges, tekniske valg og detaljeudformning: Det er bureauets hjemmebane. Det du ikke kan uddelegere, er prioriteringen og beslutningerne om hvad produktet skal være, og hvilke behov der vejer tungest. Slipper du det, gætter bureauet på din forretning, og gæt bliver dyre. Mandatet til at bestemme retningen skal blive hos dig.
Hvordan prioriterer jeg en backlog i praksis?
Begynd med værdi over for indsats: Det der giver mest nytte for mindst arbejde, kommer først. Et almindeligt og enkelt værktøj er at sortere i skal-have, bør-have og kan-vente og at være ærlig om at langtfra alt er skal-have. Prioritér hellere få ting tydeligt end at rangordne alt lige højt, for teamet bygger i den rækkefølge du sætter.
Hvor meget tid tager rollen?
Mere end mange tror: Regn med nogle timer om ugen i en normal periode, mere i intensive perioder. Tiden går til at holde backloggen opdateret, svare løbende på teamets spørgsmål og deltage i demo og planlægning. Har du ikke selv tiden, så sørg for at en person med reelt mandat får den. Rollen kan uddelegeres til en person, men den kan ikke stå ubesat.
Hvad er den mest almindelige begynderfejl?
At ville have det hele på én gang og derfor ikke prioritere. Når alt har højeste prioritet, bygger teamet enten de forkerte ting eller spreder sig for tyndt. Den næstmest almindelige er at blive fraværende når det daglige arbejde presser sig på, så spørgsmål bliver liggende og demoer holdes for en tom stol. Begge fejl bunder i at rollen bliver taget som en bibeskæftigelse i stedet for et rigtigt ansvar.