Vanlige feil når bedrifter bestiller utvikling

Hvorfor mislykkes IT-prosjekter?

Standish Group sin CHAOS Report viser at under en tredjedel av alle IT-prosjekter leveres på tid og budsjett. I Norge ser vi de samme mønstrene – fra kommunale millionprosjekter til småbedrifter som bestiller sin første app.

Det handler sjelden om teknologien. Det handler om prosess, kommunikasjon og forventningsstyring. Her er de vanligste feilene – og hvordan du unngår dem.

De 8 vanligste feilene

1 Vag kravspesifikasjon

«Vi trenger et system for ordrehåndtering» er ikke en kravspesifikasjon. Det er en idé. En god kravspec beskriver hvem som skal bruke systemet, hvilke handlinger de utfører, hva systemet skal integreres med, og hva som er suksesskriteriene.

Løsning: Bruk tid på å skrive ned kravene – gjerne i et samarbeid med utvikleren. Bruk user stories: «Som lagermedarbeider vil jeg kunne skanne inn varer med strekkode slik at lagerbeholdningen oppdateres automatisk.»

2 Velger billigst

Et tilbud på 50 000 kr høres mye bedre ut enn 200 000 kr. Men hva er inkludert? Billige leverandører kutter ofte i testing, dokumentasjon, sikkerhet og vedlikehold. Resultatet er et system som funker halvveis – og som koster deg mye mer å fikse.

Løsning: Sammenlign tilbud basert på hva som er inkludert, ikke bare totalprisen. Spør: hva skjer hvis noe går galt etter lansering?

3 Hopper over MVP

Mange bedrifter vil bygge den komplette drømmeløsningen fra dag én. Problemet er at du ikke vet hva du faktisk trenger før noen begynner å bruke systemet. Resultatet er et kjempeprosjekt som tar for lang tid, koster for mye, og bommet på målet.

Løsning: Start med et MVP (Minimum Viable Product) – den enkleste versjonen som gir verdi. Test den med ekte brukere. Utvid basert på tilbakemeldinger.

4 Manglende involvering fra bedriften

Noen bestiller et system og forsvinner til det er «ferdig». Det fungerer aldri. Utvikleren trenger tilbakemeldinger underveis: Er dette riktig retning? Stemmer forretningslogikken? Ser dette bra ut?

Løsning: Ha korte, jevnlige demo-møter (annenhver uke er et godt utgangspunkt). Gi tilbakemelding tidlig – det er billig å endre kurs i starten, dyrt på slutten.

5 Glemmer vedlikehold

Lanseringsdagen er ikke slutten – det er begynnelsen. Programvare trenger oppdateringer, sikkerhetsfikser, feilretting og videreutvikling. Uten en vedlikeholdsplan forfaller systemet raskt.

Løsning: Budsjetter for vedlikehold fra starten. En tommelfingerregel er 15–20 % av utviklingskostnaden per år.

6 Scope creep ukontrollert

«Kan vi bare legge til denne ene funksjonen?» sagt tjue ganger er ikke én liten ting – det er en fullstendig ombygging av prosjektet. Ukontrollert omfangsøkning (scope creep) er den vanligste årsaken til budsjettoverskridelser.

Løsning: Ha en formell endringshåndtering. Nye ønsker vurderes, estimeres og godkjennes før de legges til. Bruk en «isfjellista» – nye ideer legges til en liste for fremtidige versjoner.

7 Ikke eier koden

Noen leverandører beholder eierskapet til koden de skriver for deg. Det betyr at du ikke kan bytte leverandør uten å starte på nytt. I verste fall kan leverandøren legge ned, og du mister alt.

Løsning: Sørg for at avtalen spesifiserer at kildekoden tilhører deg som oppdragsgiver. Krev at koden lagres i et repository du har tilgang til.

8 Velger feil teknologi

Noen leverandører anbefaler teknologi de kjenner – ikke teknologi som passer problemet ditt. Resultatet kan være et overdimensjonert system bygget på dyr enterprise-teknologi, der noe enklere hadde gjort jobben.

Løsning: Spør leverandøren hvorfor de anbefaler akkurat denne teknologien. Be om alternativer og sammenlign fordeler og ulemper.

Norske forhold

I Norge har vi noen spesifikke utfordringer. Markedet for utviklere er lite, kompetansen er konsentrert rundt Oslo, og timeprisene er blant de høyeste i Europa. Det gjør det ekstra viktig å velge riktig fra starten.

Men Norge har også fordeler: Kort avstand mellom oppdragsgiver og utvikler, sterk tillitskultur og god tilgang til offentlige støtteordninger som SkatteFUNN for FoU-basert utvikling.

Oppsummering

De fleste IT-prosjekter som mislykkes, feiler ikke på teknologien – de feiler på prosessen. Ved å unngå de åtte feilene over, øker du sjansene dramatisk for å få et system som faktisk leverer verdi til bedriften din.