Agil udvikling eller vandfald i jeres projekt?
Forskellen mellem agil udvikling og vandfald handler om penge og risiko, ikke ideologi. Vandfald passer til fast pris, men flytter risikoen til kravfasen: Bliver kravene forkerte, bliver hele løsningen forkert. Agil udvikling kobles til løbende prismodeller, leverer værdi tidligt og spreder risikoen, men kræver aktiv styring. Vandfald er det rigtige ved udbud og hårde certificeringskrav.
Diskussionen om agil udvikling kontra vandfald føres oftest som en metodekamp, hvor den ene side er moderne og den anden forældet. Det er den forkerte linse. For en kunde handler valget ikke om ideologi, men om to konkrete ting: hvordan I betaler og hvor risikoen havner. Udskift trosspørgsmålet med penge og risiko, så bliver beslutningen pludselig til at håndtere og ofte ret indlysende.
To måder at fordele penge og risiko på
Grundlæggende er forskellen enkel. Vandfald beslutter alt på forhånd, sætter en pris og bygger derefter efter specifikationen, fase for fase. Agil udvikling bygger i korte cyklusser, leverer værdi undervejs og justerer retningen løbende.
Den forskel får direkte konsekvenser for økonomien. Vandfald giver en forudsigelig pris, men lægger hele risikoen i at kravene er rigtige. Agil udvikling spreder både betaling og risiko over tid, men kræver at nogen styrer aktivt. Det er afvejningen mellem forudsigelighed og fleksibilitet der afgør det, ikke hvilken metode der lyder finest.
Vandfald og den faste pris
En fast pris forudsætter et låst scope, og det er præcis hvad vandfaldsmodellen leverer. Kravene specificeres i en fase før udviklingen begynder, leverandøren regner på en defineret mængde arbejde og sætter et tal. For en kunde der har brug for at kende omkostningen på forhånd, f.eks. for at få en investeringsbeslutning godkendt, er det en reel styrke.
Prisen for forudsigeligheden er hvor risikoen havner: i kravfasen, hos jer. Alt hviler på at specifikationen er rigtig. Bliver den forkert, bygges den forkerte ting, og det opdages ofte først ved leveringen, hvor det er allerdyrest at ændre. I får en kendt pris mod at bære risikoen for at have specificeret forkert før I vidste bedre.
Agil udvikling og de løbende modeller
Agil udvikling hænger sammen med andre prismodeller: betaling efter medgået tid eller en fast budgetramme med fleksibelt indhold. I stedet for alt til sidst får I brugbar værdi tidligt, cyklus for cyklus. Det gør to ting for økonomien: Det spreder risikoen fordi I ser resultater og kan korrigere før hele beløbet er brugt, og det lader jer begynde at få gavn af produktet før det er helt færdigt.
Modydelsen er styring. Agil udvikling uden en aktiv person på kundesiden der prioriterer hver uge, kan blive til en blankocheck hvor omkostningen vokser uden at nogen holder i roret. Fleksibiliteten er et værktøj, og værktøjet kræver en hånd.
En sammenligning i penge og risiko
| Aspekt | Vandfald |
|---|---|
| Prismodel | Passer til fast pris |
| Hvor risikoen havner | I kravfasen: Den rigtige specifikation afgør alt |
| Hvornår værdien leveres | Til sidst, som en færdig helhed |
| Kræver af jer | En gennemtænkt kravspecifikation på forhånd |
Agil udvikling vender op og ned på rækkerne: en løbende eller rammebaseret prismodel, risiko spredt over tid, værdi leveret tidligt og løbende og et krav til jer om at styre scopet aktivt hele vejen.
Et scenarie
Sig at I skal bygge et system, og kravene er reelt usikre: I gætter jer frem til hvad brugerne har brug for. Vælger I vandfald og fast pris, låser I en specifikation I ikke er sikre på, og når virkeligheden viser sig, bliver ændringerne tillæg oven i prisen. Vælger I agil udvikling, ser I tidlige versioner, opdager hvad der faktisk er brug for og lægger kursen om mens det er billigt. Her spreder agil udvikling risikoen. Vend det om: Er kravene krystalklare og uforanderlige, giver vandfaldsmodellens faste pris jer forudsigelighed uden at I ofrer noget fordi der ikke er nogen usikkerhed som fleksibiliteten kunne have fanget.
Hvornår vandfald er det rigtige valg
Trods det dårlige ry er der situationer hvor vandfald er det fornuftige valg. Offentlige udbud og hårde certificeringskrav kræver ofte at alt specificeres og dokumenteres på forhånd, og dér er formen givet. Og når kravene virkelig er stabile og velkendte, er meget af værdien ved agilitet alligevel væk.
Problemet er ikke vandfald i sig selv, men at tvinge uklare krav ind i en model der er bygget til klare. Afstem metoden efter hvor sikre kravene er, så afstemmer I samtidig risiko og prismodel efter virkeligheden.
Vi hos Weapp tilpasser prismodel og arbejdsform efter projektets usikkerhed og hælder ofte til en fast ramme med agil levering. Vil du drøfte hvad der giver den bedste kontrol over netop jeres økonomi? Se vores ydelser eller kontakt os.
Ofte stillede spørgsmål
Hvorfor kobles vandfald til fast pris?
Fordi en fast pris kræver et låst scope, og vandfaldsmodellen låser scopet i en kravfase før udviklingen går i gang. Leverandøren kan regne på en defineret mængde arbejde og sætte et fast tal. Prisen er forudsigelig, men kun så længe kravene holder. Ændrer de sig, kommer tillæggene oven i den faste pris.
Hvor havner risikoen i et vandfaldsprojekt?
I kravfasen, hos jer. Alt hviler på at specifikationen er rigtig fra starten. Bliver den forkert, bygges den forkerte ting, og fejlen opdages ofte først ved leveringen, hvor det er dyrest at rette. I betaler en forudsigelig pris, men I betaler også for risikoen for at have specificeret forkert før I vidste bedre.
Hvordan påvirker agil udvikling prismodellen og likviditeten?
Agil udvikling passer til betaling efter medgået tid eller en fast budgetramme med fleksibelt indhold og leverer brugbar værdi tidligt i stedet for det hele til sidst. Det spreder både risiko og betaling over tid. Til gengæld kræver det at I styrer scopet aktivt hver uge. Uden det kan betaling efter medgået tid blive en blankocheck.
Er agil udvikling altid billigere end vandfald?
Nej. Agil udvikling kan give lavere samlet risiko og tidligere værdi, men uden aktiv styring kan omkostningen vokse ukontrolleret. Vandfald giver en forudsigelig pris, men indebærer en risiko for at I betaler for den forkerte specifikation. Hvad der bliver billigst, afhænger af hvor sikre kravene er og hvor godt I styrer, ikke af metoden i sig selv.
Hvornår er vandfald faktisk det rigtige valg?
Ved offentlige udbud og hårde certificeringskrav hvor alt skal specificeres og dokumenteres på forhånd, og når kravene er stabile og velkendte. I de situationer er vandfaldsmodellens forudsigelighed en styrke, ikke en svaghed. Problemet opstår kun når man tvinger uklare krav ind i en model der forudsætter klare.