Sådan styrer du omkostningerne i agile projekter
Omkostningerne i agile projekter styres gennem et fast sprintbudget, løbende opfølgning på burn rate og klare beslutningspunkter hvor kunden kan ændre retning eller stoppe. Teamets omkostning pr. sprint er kendt og stabil. Det der varierer, er indholdet. Budgettet løber ikke løbsk af sig selv, men forbruges i kontrollerede trin der kan afbrydes.
“Betaling efter medgået tid” lyder for mange kunder som en blankocheck. Frygten er forståelig, men den bygger på en misforståelse. Et agilt projekt har faktisk usædvanligt forudsigelige omkostninger: Teamet koster det samme hver sprint. Det der varierer, er ikke regningen, men indholdet. Her er de styringsredskaber der får budgettet til at holde.
Sprintbudgettet: dit vigtigste tal
Et agilt team har en kendt og stabil omkostning pr. sprint. Et team på fire personer koster typisk 320.000–430.000 DKK pr. sprint på to uger. Det betyder at et budget på 1,6 mio. DKK rækker til cirka fire til fem sprints, altså otte til ti ugers udvikling.
Allerede dér er omkostningerne mere forudsigelige end i de fleste fastprisprojekter: Du ved præcis hvad hver periode på to uger koster, og du kan når som helst regne ud hvor mange sprints der er tilbage af budgettet. Usikkerheden flytter fra “hvad kommer det til at koste?” til “hvad når vi at bygge?”, og det spørgsmål styrer du selv gennem prioritering.
Burn rate: se afvigelser inden for uger, ikke ved levering
Burn rate er forbrugstakten i forhold til budgettet. I et velstyret agilt projekt følges den op hver sprint: forbrugt beløb, leveret indhold og prognose for resten. Afviger prognosen, ses det inden for to uger mens der stadig kan gøres noget ved det.
Sammenlign med et fastprisprojekt hvor problemer kan ligge skjult i måneder og dukke op som en forsinkelse eller et ændringsønske tæt på leveringsdatoen. Betaling efter medgået tid med opfølgning hver sprint giver dig flere og tidligere kontrolpunkter, ikke færre.
Trekanten: tid, omkostning og indhold
I ethvert projekt hænger tre størrelser sammen: tid, omkostning og indhold. Ingen model kan låse alle tre. Noget må give efter når virkeligheden afviger fra planen. Fastpris låser omkostning og indhold og lader kvaliteten eller tidsplanen tage slaget. Agil budgetstyring gør det modsatte: Lås tid og omkostning, lad indholdet variere.
Det virker kun med en strengt prioriteret backlog. Det vigtigste bygges først, det næstvigtigste bagefter og så videre. Hvis pengene slipper op tidligere end planlagt, har du alligevel fået de mest værdifulde dele: ikke 80 procent af det hele, men 100 procent af det vigtigste.
Stopkriterier og beslutningspunkter
Fleksibilitet uden struktur bliver ganske rigtigt en blankocheck. Beskyttelsen ligger i at aftale beslutningspunkter på forhånd:
- Beslutningspunkt hver sprint eller hver tredje med tre mulige udfald: fortsæt efter planen, skift retning eller stop.
- Kort opsigelsesvarsel, normalt én sprint. Du skal aldrig sidde fast i flere måneders forpligtelser du ikke ønsker.
- Demo hver sprint. Du ser et fungerende produkt, ikke statusrapporter. Det du har betalt for de seneste to uger, skal man kunne klikke på.
- Et produkt der løbende kan releases. Et stop betyder ikke nul værdi: Det der er bygget, virker og kan idriftsættes.
Med de fire på plads er den maksimale fejlinvestering én sprint, ikke et projekt.
Regneeksempel: budgettet der fik lov at bestemme
En virksomhed sætter budgettet til 1,3 mio. DKK for en første produktversion. Teamet koster ca. 320.000 DKK pr. sprint, altså fire sprints. Backloggen prioriteres med kerneflowet øverst; adminværktøjer og statistik havner under stregen. Efter sprint tre viser demoen at kerneflowet virker med rigtige brugere. Ved beslutningspunktet vælger kunden at bruge den sidste sprint på finpudsning og lancering i stedet for den næste funktion. Resultatet: et lanceret produkt, et budget der holdt til sidste øre, og funktionerne under stregen bygges kun hvis brugerne faktisk savner dem.
En fastprisaftale ville have leveret alt i specifikationen, også det der viste sig at være unødvendigt, og prissat risikoen derefter.
Almindelige fejl der får agile budgetter til at løbe løbsk
- Ingen prioriteret backlog. Når alt er lige vigtigt, bygges tingene i den forkerte rækkefølge, og budgettet slipper op midtvejs.
- Fraværende kunde. Uden en product owner der deltager hver sprint, træffes beslutningerne af den forkerte person eller slet ikke.
- Scope-ændringer uden byttehandel. Nyt må gerne komme ind, men så skal noget andet ud.
- Intet defineret samlet budget. Et sprintbudget uden loft er som at sejle uden havn. Sæt en samlet ramme, også når den er foreløbig.
Vi hos Weapp arbejder efter denne model i de fleste udviklingsopgaver netop fordi den giver kunden kontrol hver sprint i stedet for en overraskelse til sidst. Vil du se hvordan et sprintbudget kunne se ud for dit projekt? Kontakt os.
Ofte stillede spørgsmål
Er betaling efter medgået tid altid billigere end fastpris?
Nej, men det er ærligere. En fast pris indeholder altid et risikotillæg for leverandørens usikkerhed, og ændringer håndteres som tillægsordrer. Med betaling efter medgået tid betaler du for den faktiske tid. Billigere bliver det kun hvis du styrer scope aktivt og tør stryge det der viser sig at være unødvendigt.
Hvordan sætter jeg et rimeligt samlet budget før projektet er gået i gang?
Tag udgangspunkt i et forprojekt eller en estimeret backlog hvor produktet er brudt ned i byggeklodser med grove spænd. Sæt budgettet efter det prioriterede kerneindhold, ikke efter hele ønskelisten, og læg en reserve på 15–20 procent. Budgettet bliver da et styringsredskab i stedet for et håb.
Kan man kombinere fastpris og agil udvikling?
Ja, almindelige hybrider er fastpris på forprojekt og design efterfulgt af agil udvikling med et budgetloft, eller fast pris pr. sprint med variabelt indhold. Pointen er at låse det der kan defineres, og holde det der kommer til at ændre sig, fleksibelt. Det handler ikke om at vælge religion.
Hvad er et budgetloft, et såkaldt not-to-exceed?
En aftalt øvre grænse for hvad projektet må koste, også ved betaling efter medgået tid. Når en vis andel af loftet er brugt, ofte 70–80 procent, skal leverandøren sige til, og der skal laves en fælles plan for det resterende arbejde. Det giver fleksibiliteten ved betaling efter medgået tid og trygheden ved fastpris.
Hvor ofte bør jeg få økonomisk opfølgning i et agilt projekt?
Hver sprint, det vil sige hver anden uge i de fleste teams. Rapporten behøver kun at indeholde tre ting: forbrugt beløb i forhold til budgettet, leveret indhold og en prognose for resten. Får du det ikke uden at spørge, er det et advarselssignal i sig selv.