Slik styrer du kostnaden i smidige prosjekter
Kostnaden i smidige prosjekter styres gjennom et fast sprintbudsjett, løpende oppfølging av burn rate og tydelige beslutningspunkter der kunden kan endre retning eller stoppe. Teamets kostnad per sprint er kjent og stabil, og det som varierer, er innholdet. Budsjettet sprekker ikke av seg selv, men brukes i kontrollerte steg som kan avbrytes.
«Etter medgått tid» høres for mange kunder ut som en blankosjekk. Frykten er forståelig, men den bygger på en misforståelse. Et smidig prosjekt har faktisk en uvanlig forutsigbar kostnad: Teamet koster like mye hver sprint. Det som varierer, er ikke regningen, men innholdet. Her er styringsverktøyene som gjør at budsjettet holder.
Sprintbudsjettet: det viktigste tallet ditt
Et smidig team har en kjent og stabil kostnad per sprint. Et team på fire personer fra et byrå koster typisk 370 000–500 000 kr per sprint på to uker. Det betyr at et budsjett på 1,9 millioner kr rekker til omtrent fire til fem sprinter, altså åtte til ti ukers utvikling.
Allerede der er kostnaden mer forutsigbar enn i de fleste fastprisprosjekter: Du vet nøyaktig hva hver periode på to uker koster, og du kan når som helst regne ut hvor mange sprinter som gjenstår av budsjettet. Usikkerheten flytter seg fra «hva kommer det til å koste?» til «hva rekker vi å bygge?», og det spørsmålet styrer du selv gjennom prioritering.
Burn rate: oppdag avvik i løpet av uker, ikke ved levering
Burn rate er forbrukstakten mot budsjettet. I et velstyrt smidig prosjekt følges den opp hver sprint: brukt beløp, levert innhold og prognose for resten. Avviker prognosen, ser du det i løpet av to uker, og da er det fortsatt tid til å gjøre noe med saken.
Sammenlign med et fastprisprosjekt der problemer kan ligge skjult i månedsvis og dukke opp som en forsinkelse eller et endringskrav nær leveringsdatoen. Medgått tid med oppfølging hver sprint gir deg flere og tidligere kontrollpunkter, ikke færre.
Trekanten: tid, kostnad og innhold
I hvert prosjekt henger tre størrelser sammen: tid, kostnad og innhold. Ingen modell kan låse alle tre, så noe må gi etter når virkeligheten avviker fra planen. Fastpris låser kostnad og innhold og lar kvaliteten eller tidsplanen ta støyten. Smidig budsjettstyring gjør det motsatte: Lås tid og kostnad, la innholdet variere.
Det fungerer bare med en strengt prioritert backlog. Det viktigste bygges først, det nest viktigste deretter, og så videre. Hvis pengene tar slutt tidligere enn planlagt, har du likevel fått de mest verdifulle delene: ikke 80 prosent av alt, men 100 prosent av det viktigste.
Stoppkriterier og beslutningspunkter
Fleksibilitet uten struktur blir ganske riktig en blankosjekk. Beskyttelsen ligger i å avtale beslutningspunkter på forhånd:
- Beslutningspunkt hver eller hver tredje sprint med tre mulige utfall: fortsett etter planen, endre retning eller stopp.
- Kort oppsigelsestid, normalt én sprint. Du skal aldri sitte fast i måneder med forpliktelser du ikke ønsker.
- Demo hver sprint. Du ser et fungerende produkt, ikke statusrapporter. Det du betalte for de siste to ukene, skal du kunne klikke på.
- Produktet kan lanseres underveis. Et stopp betyr ikke null verdi: Det som er bygget, fungerer og kan produksjonssettes.
Med disse fire på plass er den største mulige feilinvesteringen én sprint, ikke et helt prosjekt.
Regneeksempel: budsjettet som fikk bestemme
En virksomhet setter et budsjett på 1,5 millioner kr for en første produktversjon. Teamet koster rundt 370 000 kr per sprint, altså fire sprinter. Backloggen prioriteres med kjerneflyten øverst, og adminverktøy og statistikk havner under streken. Etter sprint tre viser demoen at kjerneflyten fungerer med virkelige brukere. Ved beslutningspunktet velger kunden å bruke den siste sprinten på finpuss og lansering i stedet for neste funksjon. Resultatet: lansert produkt, budsjettet holdt på kronen, og funksjonene under streken bygges bare hvis brukerne faktisk savner dem.
En fastprisavtale ville ha levert alt i spesifikasjonen, også det som viste seg å være unødvendig, og tatt høyde for risikoen i prisen.
Vanlige feil som får smidige budsjetter til å sprekke
- Ingen prioritert backlog. Når alt er like viktig, bygges ting i feil rekkefølge, og budsjettet tar slutt midt i.
- Fraværende kunde. Uten en produkteier som deltar hver sprint, tas beslutningene av feil person eller ikke i det hele tatt.
- Omfangsendringer uten å bytte ut noe. Nytt kan gjerne komme inn, men da skal noe annet ut.
- Ikke noe definert totalbudsjett. Et sprintbudsjett uten tak er som å seile uten havn. Sett en totalramme selv når den er foreløpig.
Vi i Weapp jobber etter denne modellen i de fleste utviklingsoppdrag nettopp fordi den gir kunden kontroll hver sprint i stedet for en overraskelse på slutten. Vil du se hvordan et sprintbudsjett ville se ut for prosjektet ditt? Ta kontakt.
Ofte stilte spørsmål
Er det alltid billigere å betale etter medgått tid enn å velge fastpris?
Nei, men det er ærligere. En fastpris inneholder alltid et risikopåslag for leverandørens usikkerhet, og endringer håndteres som tilleggsbestillinger. Etter medgått tid betaler du for faktisk tid. Billigere blir det bare hvis du styrer omfanget aktivt og tør å stryke det som viser seg å være unødvendig.
Hvordan setter jeg et fornuftig totalbudsjett før prosjektet har startet?
Ta utgangspunkt i en forstudie eller en estimert backlog der produktet er brutt ned i byggeklosser med grove estimater i spenn. Sett budsjettet ut fra det prioriterte kjerneinnholdet, ikke hele ønskelisten, og legg inn en reserve på 15–20 prosent. Da blir budsjettet et styringsverktøy i stedet for et håp.
Kan man kombinere fastpris og smidig utvikling?
Ja. Vanlige hybrider er fastpris på forstudie og design fulgt av smidig utvikling med kostnadstak, eller fast pris per sprint med variabelt innhold. Poenget er å låse det som kan defineres, og holde fleksibelt det som kommer til å endre seg. Det handler ikke om å velge religion.
Hva er et kostnadstak, et såkalt not-to-exceed?
En avtalt øvre grense for hva prosjektet får koste, også når det faktureres etter medgått tid. Når en viss andel av taket er brukt, ofte 70–80 prosent, skal leverandøren varsle, og partene lager en felles plan for det gjenstående arbeidet. Det kombinerer fleksibiliteten ved medgått tid med tryggheten ved fastpris.
Hvor ofte bør jeg få økonomisk oppfølging i et smidig prosjekt?
Hver sprint, det vil si annenhver uke i de fleste team. Rapporten trenger bare å inneholde tre ting: brukt beløp mot budsjett, levert innhold og prognose for resten. Får du ikke dette uten å spørre, er det et varselsignal i seg selv.