Prosjektet har havarert: Slik redder du det som kan reddes
Begynn med å stabilisere situasjonen og skaff deg et ærlig bilde av kode, økonomi, avtaler og relasjoner. La deretter en uavhengig part gå gjennom prosjektet som beslutningsgrunnlag for å fortsette, bytte leverandør eller avbryte. Start på nytt med kraftig redusert omfang og tettere kontrollpunkter slik at du raskt ser om den nye retningen holder.
Et IT-prosjekt som sporer av, er en av de mest stressende situasjonene en kunde kan havne i. Budsjettet er brukt opp, tidsplanen har sprukket, og ingen kan egentlig si hvor langt unna målet dere er. Dette er ikke en tekst om skyld. Prosjekter havarerer av mange grunner, ofte flere samtidig. Den er derimot en handlingsplan for å ta tilbake kontrollen: stabilisere, utrede, beslutte.
Steg 1: Stabiliser og skaff et ærlig situasjonsbilde
Når det brenner, er det første instinktet å øke trykket: flere timer, flere møter, mer press. Gjør det motsatte. Stopp opp og kartlegg hvor dere faktisk står før dere tar en eneste beslutning til.
Fire områder trenger en nøktern gjennomgang:
- Kode. Hva er bygd, hva fungerer, og i hvilken tilstand er det? Kan det bygges videre på, eller er det skjørt?
- Økonomi. Hvor mye av budsjettet er faktisk igjen, og hva gjenstår å betale uansett hva dere bestemmer?
- Avtaler. Hva sier kontrakten om leveranser, forsinkelser, oppsigelse og, ikke minst, hvem som eier koden?
- Relasjoner. Er det fortsatt mulig å samarbeide med leverandøren, eller er tilliten brukt opp?
Dette er ikke en anklage. Målet er et felles, faktabasert bilde som alle involverte kan enes om. Uten det vil hvert steg videre hvile på gjetninger.
Steg 2: En uavhengig gjennomgang som beslutningsgrunnlag
Når situasjonen er kartlagt, trenger du en beslutning: fortsette, bytte eller avbryte. Problemet er at ingen av de involverte er nøytrale. Leverandøren vil sjelden underkjenne sitt eget arbeid, og du er selv for følelsesmessig og økonomisk investert til å se klart.
Derfor er en uavhengig gjennomgang ofte det steget som gir mest for pengene i hele redningsarbeidet. En part uten egeninteresse går gjennom kode, arkitektur og krav og svarer på de spørsmålene du ikke kan besvare selv:
| Beslutning | Når det er riktig vei |
|---|---|
| Fortsett med samme team | Grunnlaget er sunt, problemet var omfang eller planlegging |
| Bytt leverandør | Koden kan reddes, men utførelsen holder ikke mål |
| Avbryt eller start på nytt | Grunnlaget er for svakt til å bære videreutvikling |
Poenget med gjennomgangen er ikke å peke ut en syndebukk, men å gi deg et grunnlag du kan stole på når du tar en beslutning som ofte gjelder mye penger.
Steg 3: Start på nytt med mindre omfang og tettere kontroll
Blir beslutningen å gå videre, med samme eller ny leverandør, er den vanligste fellen å ta opp igjen den samme store planen som allerede har mislyktes. Ikke gjør det. Skjær ned omfanget til den minste leveransen som fungerer, og bygg videre derfra.
Si at det opprinnelige prosjektet skulle levere et komplett system på seks måneder og krasjet etter fire. En klok omstart sikter i stedet mot en liten, men helt fungerende del innen tre til fire uker, én enkelt brukerflyt som går hele veien fra start til slutt. Da beviser dere at den nye retningen holder før dere satser mer, og alle får tilbake noe som faktisk fungerer.
Kort samtidig ned avstanden mellom kontrollpunktene. Ukentlige statusmøter med kjørbare resultater gjør at neste avvik oppdages i løpet av dager i stedet for måneder mens det fortsatt er lite og billig å rette. Det var som regel nettopp mangelen på slike kontrollpunkter som lot det første prosjektet drive av gårde uforstyrret.
Fellene du bør unngå i en redningssituasjon
Når presset er høyt, er det lett å gjøre ting verre. Tre reflekser er særlig farlige å gi etter for midt i et havari.
- Å sette inn flere folk i panikk. Flere utviklere på et forvirret prosjekt gjør det ofte tregere i stedet for raskere fordi de nye først må settes inn i arbeidet og samordnes. Få orden på retningen før du skalerer opp.
- Å jakte på en syndebukk. Energi som går med til skyld, er energi som ikke går med til å løse problemet. Hvem som hadde skylden, betyr mindre enn hva dere gjør nå.
- Å ta beslutningen i affekt. Å kaste alt og begynne på nytt føles rensende, men er sjelden riktig. La situasjonsbildet og gjennomgangen tale, ikke frustrasjonen.
En siste påminnelse
Det viktigste å ta med seg er at et havari nesten aldri betyr at alt er tapt. Selv når koden er svak, har innsikten i kravene, designet og lærdommene underveis en verdi. Slikt følger med inn i omstarten og gjør neste forsøk raskere og tryggere. Poenget med hele prosessen er å bytte ut panikk med fakta slik at neste beslutning blir den første på lenge som bygger på virkeligheten.
Å snu et havarert prosjekt krever is i magen og riktig beslutningsgrunnlag mer enn det krever flere timer. Vil dere ha et nøytralt blikk på hvor prosjektet deres står og hva som realistisk kan reddes, hjelper vi i Weapp til med en uavhengig gjennomgang og kan ved behov ta over utviklingen med en nedskalert omstartsplan.
Ofte stilte spørsmål
Hva gjør jeg aller først når et prosjekt har havarert?
Slutt å legge mer arbeid i prosjektet i blinde, og skaff deg et situasjonsbilde. Finn ut hva som faktisk er bygd, hvor mye budsjett og tid som gjenstår, og hva avtalen sier. Å stoppe opp for å forstå situasjonen føles kontraintuitivt når det brenner, men uten fakta tar du bare flere dyre beslutninger på magefølelsen.
Bør jeg bytte leverandør med en gang?
Ikke før du vet hvorfor det gikk galt. Noen ganger er problemet leverandøren, andre ganger uklare krav eller en urealistisk tidsplan som følger med til neste leverandør. Et bytte midt i et kaos kan gjøre situasjonen verre. La en uavhengig gjennomgang avgjøre om feilen ligger i utførelsen eller i forutsetningene.
Kan et havarert prosjekt reddes, eller må jeg begynne på nytt?
Ofte kan deler reddes. Selv når koden er svak, har innsikten i kravene, designet og lærdommene fra prosjektet en verdi. En gjennomgang viser hvor mye som kan gjenbrukes. Å kaste alt og begynne helt fra null er sjelden nødvendig og nesten alltid dyrere enn en målrettet omstart.
Hvordan unngår jeg at også omstarten havarerer?
Reduser omfanget og kort ned avstanden mellom kontrollpunktene. Sikt mot en liten, fungerende leveranse om noen uker i stedet for en stor om et halvt år. Hyppige statusmøter gjør at neste avvik blir synlig i løpet av dager i stedet for måneder mens det fortsatt er billig å rette.
Hva koster det å hente inn noen som går gjennom prosjektet?
En uavhengig gjennomgang koster lite sammenlignet med det som står på spill. Regn med fra noen dager til en ukes arbeid, avhengig av hvor stort systemet er. Det er en forsikring: heller en tydelig kostnad for et godt beslutningsgrunnlag enn å fortsette å brenne penger på en retning som uansett ikke holder.