Hvordan lede digitale prosjekter uten overraskelser

70 prosent av digitale prosjekter når ikke målene sine, ifølge gjentatte studier fra McKinsey og BCG. Det er ikke fordi teknologien svikter. Det er fordi styringen svikter.

Krav er uklare. Avhengigheter mellom systemer er undervurdert. Endringsledelse behandles som en ettertanke. Og plutselig sitter du som leder med et prosjekt som er forsinket, dyrere enn planlagt, og vanskelig å forklare videre opp i linjen.

De fleste av disse overraskelsene kan unngås, med riktig fokus fra første dag. Denne artikkelen gir deg det praktiske grunnlaget for å lede digitale prosjekter med kontroll.

Hva gjør digitale prosjekter annerledes enn andre prosjekter?

Digitale prosjekter er ikke nødvendigvis vanskeligere enn andre prosjekter, men de er mer komplekse. Kompleksiteten kommer sjelden fra teknologien i seg selv. Den kommer fra det digitale prosjektet alltid berører: systemer som snakker med hverandre, organisasjoner som må endre måten de jobber på, og leverandører med ulike tolkninger av hva som er avtalt.

Et byggeprosjekt kan planlegges med rimelig presisjon fra dag én. Et digitalt prosjekt endrer seg underveis fordi kravene modnes, integrasjonene avdekker ny kompleksitet, og brukerne forstår hva de egentlig trenger først når de ser et fungerende system. Det krever en lederstil som er forberedt på usikkerhet og løpende justering.

Resultatet er at digital prosjektledelse handler like mye om å styre forventninger og håndtere avhengigheter som om å følge milepælsplanen.

De vanligste feilene – og hvorfor de skjer

Med nesten 30 år i bransjen ser vi i Aspiria de samme mønstrene gjenta seg. Feilene er sjelden nye. Det er de samme grunnleggende tingene som slår inn prosjekt etter prosjekt.

Kravene er ikke forstått av alle parter

Forskning viser at uklare mål er årsak til over en tredjedel av alle prosjektfeil. I praksis betyr det at prosjektet starter med en felles forståelse av ordet, men ikke av innholdet. Alle nikker til «ny saksbehandlingsløsning» eller «modernisert kundefront», men når leveransen begynner å ta form, viser det seg at fag, IT og leverandør hadde tre ulike bilder i hodet.

Det er ikke ond vilje. Det er mangel på tid og struktur til å avklare kravene skikkelig i startfasen. Og det koster alltid mer å rette det i etterkant enn å bruke tiden tidlig.

Integrasjoner er undervurdert

Integrasjoner mellom systemer er en av de hyppigste enkeltårsakene til forsinkelser i digitale prosjekter. Det gjelder særlig i prosjekter der eksisterende fagsystemer skal kobles mot nye løsninger, eller der felleskomponenter som ID-porten eller Altinn er involvert. Selv en liten endring i ett system kan rive med seg fem andre, og det oppdages gjerne seint, når det koster mest å rette.

Vi ser dette særlig i offentlig sektor, der systemlandskapet er gammelt og sammensatt. Les mer om hvordan du håndterer testrelatert risiko knyttet til integrasjoner i praksis.

Endringsledelse behandles som en ettertanke

Prosjektet er ferdig bygget. Systemet er testet. Og så viser det seg at brukerne ikke er klare. Opplæringen kom for sent, fagfolkene ble ikke involvert tidlig nok, og organisasjonen er ikke forberedt på å jobbe på en ny måte.

Dette er et gjennomgående mønster. Endringsledelse prioriteres ned når budsjettet er under press, og det tas igjen av prosjektet i form av dårlig adopsjon, ekstra support og forsinkede gevinster. I verste fall et system ingen bruker slik det var tenkt.

Risiko oppdages for sent

De fleste prosjekter har en risikologg. Færre bruker den aktivt. Risiko som oppdages tidlig er håndterbar. Risiko som oppdages i sluttfasen er kriser. Les mer om vanlige årsaker til at IT-prosjekter feiler og hvordan du gjenkjenner dem i tide.

Slik får du kontroll fra første dag

God styring av digitale prosjekter starter ikke med prosjektplanen. Den starter med å forstå hva prosjektet egentlig skal løse.

Definer hva prosjektet faktisk skal oppnå

Det er stor forskjell på «vi skal bytte saksbehandlingssystem» og «vi skal redusere behandlingstiden fra 14 dager til 3 dager for de 20 vanligste sakstypene». Det første er en leveranse. Det andre er et mål. Et prosjekt som styres mot et konkret mål er lettere å prioritere og enklere å kommunisere til styringsgruppen.

Lag én side som forklarer hva prosjektet skal løse, for hvem og hvorfor. Ikke et 40-siders styringsdokument. Én side. Få alle til å si seg enige i den.

Kartlegg avhengigheter og eierskap tidlig

Hvilke systemer påvirkes av endringen? Hvilke team må involveres og i hvilken rekkefølge? Hvilke leveranser fra andre må komme på plass før ditt prosjekt kan fullføres? Én forsinket leveranse fra en ekstern part kan stoppe et helt prosjekt i uker.

Avhengighetskartet trenger ikke være avansert. Det må bare eksistere, og det må eies av noen. Aspirias prosjektledere begynner alltid her, fordi det er her de fleste oversees gjemmer seg.

Risikostyring uten tykke dokumenter

Ledere trenger ikke en omfattende risikoanalyse. De trenger en enkel modell de faktisk bruker.

Spør fire spørsmål for hver risiko dere identifiserer: Hva kan gå galt? Hvor sannsynlig er det? Hva stopper eller forsinkes hvis det skjer? Og hva gjør vi nå, hvem eier tiltaket og når skal det være løst?

Det tar 30 minutter i et statusmøte. Gjort jevnlig gjennom prosjektet holder det de fleste overraskelser unna. Risiko som løftes tidlig er sjelden store problemer. Risiko som ignoreres frem til sluttfasen blir nesten alltid kriser.

Digitale prosjekter i offentlig sektor

Offentlige digitale prosjekter er gjennomgående mer komplekse enn tilsvarende prosjekter i privat sektor. Rammebetingelsene er strammere: anskaffelsesreglene setter grenser for hva som kan endres underveis, dokumentasjonskravene er mer omfattende, og antall interessenter med ulike behov og tolkninger av mandatet er høyere. Sikkerhets- og personvernkrav legger ytterligere føringer som privat sektor sjelden møter i samme grad.

Vi har sett dette på nært hold, blant annet i moderniseringen av løsninger for Bufdir, der tett samarbeid mellom fagside, IT og testledelse var avgjørende for å holde kvalitet og fremdrift. Det som skiller prosjekter som lykkes i offentlig sektor fra dem som ikke gjør det, er sjelden teknologien. Det er prosjektstyringen, rolleklarheten og evnen til å håndtere kompleksitet uten å miste fremdrift.

Hva betyr egentlig god prosjektstyring?

God prosjektstyring handler om at de rette menneskene har den rette informasjonen til rett tid, slik at de kan ta gode beslutninger.

I praksis betyr det at prosjekteier er aktiv og ikke bare formelt ansvarlig. Prosjektleder har reelt mandat til å eskalere og beslutte. Statusrapportene forteller hva som faktisk er kritisk, ikke bare hva som er grønt på et dashboard. Avvik fanges tidlig nok til at noe kan gjøres med dem.

Forutsigbarhet er det sterkeste virkemiddelet en prosjektleder har. Et prosjekt som rapporterer ærlig, tidlig og konkret bygger tillit, og tillit er det som gir prosjektet handlingsrom når det virkelig trengs.

Vil du ha bedre kontroll i ditt neste digitale prosjekt?

De fleste overraskelser i digitale prosjekter er unngåelige. De oppstår fordi grunnleggende ting ikke ble gjort godt nok tidlig nok: krav som ikke var avklart, avhengigheter som ikke var kartlagt, risiko som ikke ble løftet.

Aspirias prosjektledere hjelper deg å etablere kontroll fra første dag, tilpasset prosjektets art og kompleksitet. Vi har gjort det i nesten 30 år. Ta kontakt hvis du vil snakke om hva som vil gi mest trygghet i din situasjon.