Del det store projekt op uden at miste helheden
At opdele et stort udviklingsprojekt i faser betyder at dele det i mindre bidder med hver sin leverance i stedet for ét big bang-projekt. Skær faserne efter brugerværdi frem for teknik, læg beslutningspunkter imellem, og knyt aftale og budget til hver fase. Så giver hver fase tidlig værdi og et punkt hvor kursen kan justeres før der satses flere penge.
De projekter der havarerer mest spektakulært, er sjældent de små. Det er de store big bang-satsninger hvor alt skal bygges på én gang, leveres på ét tidspunkt og først vise sig at fungere til sidst. Jo mere der afgøres på forhånd, desto mere kan nå at gå galt før nogen opdager det. At opdele i faser vender logikken om: Del projektet op i mindre dele med hver sin leverance så værdien kommer tidligt og kursen kan justeres undervejs. Denne guide viser hvordan, uden at helheden går tabt.
Skær faserne efter brugerværdi, ikke teknik
Den mest almindelige fejl ved opdelingen er at skære efter tekniske lag. Først bygges hele databasen, så al forretningslogikken, så hele brugerfladen. Det føles logisk, men er en fælde: Intet fungerer før den allersidste del er på plads, så opdelingen giver ingen af fordelene ved faser. I har stadig et projekt der først beviser sit værd til sidst.
Skær i stedet efter brugerværdi. Hver fase skal levere et helt, om end smalt, flow som nogen faktisk kan bruge. Bygger I et forretningssystem, kan første fase være ét komplet arbejdsflow, hele vejen fra start til slut for én type bruger, frem for halvdelen af systemet for alle. Så får I noget at teste i skarp drift, lære af og vise frem allerede efter første fase. Tænk i vertikale skiver gennem hele systemet, ikke i horisontale lag. Forskellen afgør om opdelingen faktisk mindsker risikoen eller bare flytter rundt på den.
Beslutningspunkter mellem faserne
Pointen med faser går tabt hvis projektet alligevel ruller videre på autopilot mellem dem. Det der gør opdelingen værdifuld, er beslutningspunkterne: de bevidste pauser hvor I stopper op og træffer en aktiv beslutning før næste fase går i gang.
Ved hvert beslutningspunkt stilles nogle enkle spørgsmål: Blev denne fase god, holder planen for resten stadig, har vi lært noget der burde ændre kursen? Svarene afgør hvad der sker bagefter. Måske fortsætter I efter planen. Måske omprioriterer I næste fase ud fra hvad brugerne viste. Måske indser I at en tænkt funktion ikke er nødvendig eller at en anden er vigtigere end I troede. I bedste fald opdager I tidligt at hele idéen skal tænkes om, på et tidspunkt hvor kun én fase er bygget og ikke hele budgettet er brugt. Beslutningspunktet forvandler projektet fra et tog på skinner til en rejse hvor I kan dreje når landskabet ændrer sig.
Aftale og budget knyttet til hver fase
For at beslutningspunkterne skal have reel kraft, må pengene også følge opdelingen. Et stort projekt hvor hele beløbet låses på forhånd, giver svag kontrol: Budgettet er allerede bundet, uanset hvad beslutningspunkterne viser. Knyttes budget og aftale i stedet til hver fase, får beslutningerne bid.
| Model | Hvad det giver kunden |
|---|---|
| Hele projektet i én aftale og ét budget | Lav fleksibilitet, alt bundet før noget er bevist |
| Fase for fase med eget scope og egen godkendelse | Kontrol ved hvert beslutningspunkt, mulighed for at stoppe eller ændre kurs |
I praksis betyder det at hver fase får sit eget afgrænsede scope med sit eget budget og at næste fase først bestilles når den foregående er godkendt. I bevarer kontrollen over omkostningerne ved hvert trin, og en fase der afslører at planen skal ændres, trækker ikke automatisk hele det oprindelige beløb med sig. En rammeaftale kan holde sammen på helheden, og bestillingerne kan så ske fasevis. Så bliver budgettet et styringsværktøj i stedet for en klump der bliver brugt uanset udfaldet.
Et konkret scenarie
En organisation skulle erstatte et aldrende forretningssystem og stod over for valget om at bestille hele udviklingen på én gang. I stedet blev det delt op i faser efter arbejdsflows. Første fase leverede ét komplet flow, det som flest medarbejdere brugte dagligt, hele vejen fra input til færdigt resultat.
Allerede dér kom erfaringerne. Da flowet blev taget i skarp drift, viste brugerne at et par antagelser i kravene var forkerte og at en funktion der havde fået lav prioritet, i virkeligheden var central. Ved beslutningspunktet blev resten af projektet omprioriteret ud fra det. Fordi budgettet var knyttet til hver fase, kunne ændringen laves uden at sprænge rammen. Det som i et big bang-forløb først var blevet opdaget ved slutleverancen og var blevet dyrt at rette, blev her fanget efter første fase.
Bevar helheden, og tag vejen i trin
At opdele i faser handler ikke om at bygge planløst, men om at nå en kendt helhed i håndterbare trin. En overordnet arkitektur og et klart målbillede holder retningen samlet. Faserne, beslutningspunkterne og budgettet pr. fase gør vejen derhen tryg. I ser målet hele tiden, men binder jer ikke til hver detalje før virkeligheden har fået sagt sit.
Hos Weapp tilrettelægger vi gerne store projekter netop sådan, med tidlige leverancer og beslutningspunkter hvor kursen kan justeres, som en del af vores ydelser. Står I over for en omfattende udvikling? Kontakt os, så drøfter vi hvordan den kan skæres i faser der giver værdi tidligt og holder risikoen nede.
Ofte stillede spørgsmål
Hvorfor har store big bang-projekter den højeste havarirate?
Fordi alt bliver afgjort på én gang, længe før noget er bevist. Kravene låses tidligt, udviklingen foregår længe i det skjulte, og først til sidst viser det sig om det blev rigtigt. Når virkeligheden når at ændre sig undervejs (og det gør den), er projektet allerede låst til en plan der ikke længere passer. Jo større og længere udviklingen er, desto mere kan gå galt før nogen opdager det.
Hvad betyder det at skære faser efter brugerværdi?
At dele projektet op efter hvad der giver brugerne nytte, ikke efter tekniske lag. En dårlig opdeling bygger først hele databasen, så al logikken, så hele brugerfladen, og intet fungerer før til sidst. En god opdeling leverer et helt, om end smalt, brugbart flow i hver fase så hver leverance faktisk kan tages i brug og evalueres.
Hvad er et beslutningspunkt mellem faser?
En bevidst pause efter hver fase hvor I gør status før den næste starter: Blev leverancen god, holder planen fremad, skal noget justeres? Beslutningspunktet giver mulighed for at rette kursen, omprioritere eller endda stoppe, baseret på hvad I faktisk har lært. Uden beslutningspunkter ruller projektet videre på autopilot, også når det burde stoppe eller dreje.
Hvordan knyttes aftale og budget til faserne?
Ved at budgettere og gerne aftale pr. fase i stedet for at låse hele beløbet for hele projektet på forhånd. Hver fase får sit eget scope, sit eget budget og sin egen godkendelse før den næste bestilles. Det giver jer kontrol over pengene ved hvert beslutningspunkt og gør at en fase der viser at idéen skal ændres, ikke trækker hele det oprindelige budget med sig.
Risikerer man ikke at miste helheden når projektet deles op?
Kun hvis man mangler et samlet målbillede. Opdeling i faser betyder ikke at bygge planløst, men at nå en kendt helhed i gennemtænkte trin. En overordnet arkitektur og en klar vision holder retningen samlet, og faserne gør vejen derhen håndterbar. Gjort rigtigt giver det både helhedssyn og fleksibilitet: Man ser målet, men binder sig ikke til hver detalje på forhånd.