Tilbake til blogg

Prosjektledelse

Slik sikrer vi kvalitet i digitale prosjekter fra dag én til leveranse

Ole-Martin Thorvaldsen
Ole-Martin Thorvaldsen·27. august 2026·7 min lesetid
Slik sikrer vi kvalitet i digitale prosjekter fra dag én til leveranse

Ole-Martin har en vane som noen kunder finner litt irriterende i starten: han spør alltid «hvorfor» en gang til når noen er ferdig fornøyd med svaret. Det er ikke for å være vrien. Det er fordi kvalitet i digitale prosjekter sjelden handler om å gjøre én stor ting rett. Det handler om å gjøre tjue små ting rett, konsekvent, over hele prosjektets levetid.

Han pleier å fortelle om et prosjekt tidlig i karrieren der teamet leverte akkurat det som stød i spesifikasjonen. På tide, innenfor budsjett. Og kunden var likevel ikke fornøyd, fordi spesifikasjonen hadde fånget feil problem. Det var da han forstod at kvalitet begynner lenge før noen skriver kode.

Dag null: forstå problemet før løsningen

Den vanligste kvalitetsfeilen skjer før prosjektet i det hele tatt har fått et navn. Et team som hopper rett til løsning uten å utfordre problemstillingen, bygger ofte noe teknisk solid som løser feil ting. Kvalitet starter med å spørre «hva er det egentlig vi tror skal skje når dette er ferdig», og være årlig hvis svaret er vagt.

Underveis: små avvik som får bygge seg opp

Ingen prosjekter havarer på grunn av én stor katastrofe. De havarer fordi mange små, akseptable avvik får lov til å hope seg opp: en test som blir hoppet over fordi tiden er kort, en kommentar i en kodegjennomgang som ikke blir tatt tak i, en antagelse som aldri blir bekreftet med kunden. Hver av dem er liten. Sammen blir de leveransen som ikke holder.

Ole-Martins løsning er ikke perfeksjonisme. Det er disiplin på å gjøre avvikene synlige med en gang, så de kan være et bevisst valg og ikke en tilfeldighet som blir avdekket for sent.

Levering: når jobben egentlig starter

Mange team feirer når noe går live. Det er forståelig, men litt for tidlig. Den virkelige testen på kvalitet er hva som skjer de første ukene etter lansering: håndterer løsningen faktisk trafikk, feilmeldinger og reelle brukere, ikke bare de scånariene som ble testet på forhånd.

Kvalitet er ikke en avdeling som tester ting til slutt. Det er en holdning som må være til stede fra det første møtet.

Tre spørsmål Ole-Martin stiller på hvert prosjekt

Hva skjer hvis dette går feil? Hvem merker det først hvis kvaliteten glipper her? Og: hvis vi måtte forsvare denne beslutningen for kunden om seks måneder, ville vi følt oss trygge da?

Ta kontakt med Ole-Martin hvis du vil vite hvordan kvalitetsarbeidet ser ut fra første dag til lansering i ditt neste prosjekt.