Din roll som beställare i ett agilt projekt
I ett agilt projekt är du inte en åskådare utan en aktiv del av teamet. Räkna med några timmar i veckan för att prioritera backloggen, svara på frågor och delta i demos. Ditt viktigaste ansvar är att prioritera – att våga säga nej. En frånvarande beställare gör att teamet gissar, och gissningar blir dyra.
Många beställare tror att agilt betyder mindre jobb för dem – att man släpper iväg teamet och tar emot en färdig produkt. Det omvända är sant. Agilt flyttar en del av ansvaret från en tjock kravspec i början till ett aktivt deltagande hela vägen. Teamet bygger snabbt och ofta, men det bygger det du pekar på. Pekar ingen, byggs fel saker.
Du är en del av teamet, inte kunden på läktaren
I ett agilt upplägg är beställaren en roll i själva arbetet, inte en mottagare vid slutet. Teamet levererar i korta cykler och behöver löpande input: vad är viktigast nu, är det här rätt tolkning, godkänner vi det som byggts? Utan dina svar tvingas de gissa, och en gissning som visar sig fel byggs om – på din faktura.
Skillnaden mot ett vattenfallsprojekt är verklig. Där beskriver du allt i förväg och väntar på leverans. Här formas produkten längs vägen utifrån dina beslut. Du byter bort detaljstyrning i början mot inflytande under hela resan – men bara om du är närvarande nog att använda det.
Räkna med tiden det tar
Rollen kostar tid, och den tiden är inte valfri. I normalfallet handlar det om några timmar i veckan, mer i intensiva perioder. Den tiden fördelar sig ungefär så här:
- Prioritering av backloggen – att hålla listan över vad som ska byggas uppdaterad och rangordnad.
- Löpande frågor – teamet stöter på vägval nästan dagligen och behöver snabba svar för att inte fastna.
- Demo och granskning – att se det som byggts, ge återkoppling och godkänna eller be om ändring.
- Planering inför varje ny cykel – vad tar vi oss an härnäst?
Har du inte tiden själv är det helt legitimt att delegera – men till någon med verkligt mandat, inte till en brevlåda. Rollen kan flyttas, den kan inte tas bort.
Prioriteringen är ditt tyngsta ansvar
Teamet bygger i den ordning du bestämmer. Det gör prioriteringen till kärnan i rollen – och den svåraste delen, för den handlar mer om att välja bort än att välja. Allt kan inte vara viktigast. Varje gång du säger “ja, det med” till något nytt skjuter du något annat framåt, och den avvägningen är din att göra.
Ett räkneexempel gör det konkret. Säg att teamet hinner tre större saker den här månaden, och du har fem önskemål. Väljer du inte, väljer teamet åt dig – eller sprider sig tunt över alla fem och blir inte klart med något. Din uppgift är att säga: dessa tre nu, de andra två i nästa cykel. Det låter enkelt men är det svåraste en beställare gör, för allt känns angeläget när det är ens eget.
En frånvarande beställare sänker projektet
Det finns ett återkommande mönster i agila projekt som glider: beställaren var inte där. Frågor blev liggande, demos hölls för en tom stol, prioriteringen svävade. Teamet gjorde vad det kunde – gissade, byggde, byggde om. Tempot dog inte för att teamet var dåligt, utan för att ingen styrde.
Den vanligaste orsaken är inte ovilja utan att beställaren har rollen som en bisyssla ovanpå ett fullt jobb. Då förlorar den alltid mot det som skriker högst för dagen. Lösningen är att behandla rollen som det den är: en del av arbetet med avsatt tid, inte en artighet man hinner med mellan möten.
Så lyckas du i rollen
Var nåbar och snabb på svar – ett halvbra svar i tid slår ett perfekt svar två veckor senare. Håll backloggen levande och rangordnad. Delta i demos och våga vara ärlig när något inte blev rätt; det är billigare att ändra nu än vid lansering. Och skydda prioriteringen mot din egen impuls att vilja ha allt på en gång.
Vi på Weapp jobbar hellre nära en aktiv beställare än på distans mot en kravspec – det är så de bästa produkterna blir till. Vill du veta hur ett agilt samarbete kan läggas upp hos er? Titta på våra tjänster eller hör av dig.
Vanliga frågor
Hur mycket tid kräver rollen som beställare?
Räkna med några timmar i veckan i normalfallet, mer i intensiva perioder. Det handlar om att prioritera backloggen, svara på frågor löpande och delta i demo och planering. Tiden är inte förhandlingsbar på samma sätt som i ett fastprisprojekt – teamet är beroende av dina beslut för att komma vidare.
Vad händer om jag inte har tid att vara aktiv?
Då stannar teamet upp eller gissar, och gissningar leder till fel som måste byggas om. En frånvarande beställare är en av de vanligaste orsakerna till att agila projekt glider. Har du inte tiden själv, utse någon med mandat som har det – rollen kan delegeras men inte tas bort.
Vad menas med att beställaren äger prioriteringen?
Teamet bygger i den ordning du bestämmer. Du avgör vad som är viktigast just nu och vad som får vänta. Det innebär att aktivt välja bort – allt kan inte vara högst prioriterat. Konsten att säga nej, eller 'ja men senare', är kärnan i rollen.
Hur skiljer sig detta från att beställa och vänta på leverans?
I ett vattenfallsupplägg beskriver du allt i förväg och tar emot en färdig leverans. I ett agilt projekt formas produkten längs vägen utifrån dina löpande beslut. Du byter bort en detaljerad kravspec i början mot ett aktivt deltagande hela vägen – och får i gengäld möjlighet att styra om.
Kan flera personer dela på beställarrollen?
Prioriteringsbesluten bör samlas hos en person för att undvika motstridiga signaler till teamet. Däremot kan den personen luta sig mot andra för underlag och input. Det som inte fungerar är ett team som får olika svar från olika håll – då står bygget still medan ni är oense.