Mange IT-prosjekter leveres sent, overstiger budsjettet eller leverer noe annet enn det som var bestilt. Fellesnevneren er sjelden teknologien. Det er IT-prosjektledelsen.
IT-prosjektledelse er fagdisiplinen som avgjør om et IT-prosjekt faktisk lykkes. Den handler om å planlegge, koordinere og styre alle sidene av et IT-prosjekt fra idé til gevinst, og sikre at de riktige tingene skjer i riktig rekkefølge, med de riktige menneskene og innenfor de rammene som er satt.
Med nesten 30 år bak oss i prosjekter for bank, offentlig forvaltning og telekom ser vi det samme mønsteret igjen og igjen: prosjektene som lykkes, har god IT-prosjektledelse. De som feiler, har manglet det.
Hva er IT-prosjektledelse?
IT-prosjektledelse er den strukturerte tilnærmingen til å planlegge, gjennomføre og avslutte IT-prosjekter. Disiplinen dekker alt fra å definere mål og omfang, sette opp prosjektorganisasjon og fremdriftsplan, håndtere risiko og avhengigheter, koordinere leverandører og interne ressurser, til å sikre at løsningen faktisk tas i bruk og gir de gevinstene den skulle.
Det er viktig å skille mellom IT-prosjektledelse som disiplin og IT-prosjektleder som rolle. Disiplinen beskriver hva som skal gjøres og hvordan. Rollen beskriver hvem som gjør det. God IT-prosjektledelse krever begge deler: en solid metodikk og en person med erfaring nok til å bruke den riktig.
Hva skiller IT-prosjektledelse fra vanlig prosjektledelse?
Alle prosjekter har noe til felles: mål, plan, ressurser, tidsramme. Men IT-prosjekter har noen egenskaper som skiller dem fra andre prosjekttyper og som stiller særskilte krav til prosjektledelsen.
Teknisk kompleksitet er én. IT-prosjekter involverer gjerne integrasjoner mellom systemer, avhengigheter til eksisterende infrastruktur og tekniske valg som får konsekvenser langt inn i prosjektet. Prosjektledelsen må forstå nok av det tekniske til å stille de riktige spørsmålene og oppdage risiko tidlig.
Høy endringstakt er en annen. IT-prosjekter møter hyppig endringer i krav, forutsetninger og teknologi. Prosjektledelsen må ha strukturer for å håndtere endringer uten å miste kontroll over fremdrift og kostnad.
Testfaser og kvalitetssikring er kritiske i IT-prosjekter på en måte de ikke alltid er i andre prosjekttyper. Feil oppdaget sent er kostbare. Prosjektledelsen må sikre at testledelse og kvalitetsarbeid er integrert fra starten, ikke lagt til som et etterarbeid. Du kan lese mer om beste praksis for testledelse i komplekse IT-prosjekter og hva som skiller prosjektene som lander trygt.
Leverandørstyring er en tredje dimensjon. Mange IT-prosjekter involverer ekstern leverandør, gjerne flere. Prosjektledelsen må sikre at kontrakter, forventninger og leveranser er tydelig definert og fulgt opp.
De viktigste fasene i et IT-prosjekt
God IT-prosjektledelse følger prosjektet gjennom alle faser, fra den første ideen til gevinstene er realisert. I praksis ser vi at prosjekter som hopper over eller skynder seg gjennom tidlige faser, betaler for det i alle de som kommer etter.
Forprosjekt og behovsavklaring er den første fasen. Før prosjektet starter for fullt, bør det brukes tid på å forstå hva som faktisk skal løses. Hvilken verdi skal prosjektet skape? Hva er omfanget? Hva er de kritiske avhengighetene? Svarene på disse spørsmålene setter kursen for alt som kommer.
Planlegging er ikke det samme som å lage en plan som aldri endres. Det er å lage en plan som gir retning og tåler virkeligheten. Planleggingsfasen definerer milepæler, ressursbehov, risikobilde og styringsstruktur. Testmiljøer og testdata skal planlegges inn her, ikke løses senere.
Gjennomføringen er der prosjektet lever dag til dag. Fremdrift følges opp, avvik håndteres, leverandører koordineres og interessenter holdes informert. God IT-prosjektledelse rapporterer tydelig og hyppig, og løser problemer raskt fremfor å la dem vokse.
Testing og kvalitetssikring er ikke noe som skjer til slutt. I godt styrte prosjekter pågår testaktiviteter gjennom hele gjennomføringen. Systemtesting, integrasjonstesting og akseptansetesting sikrer at det som leveres faktisk fungerer i virkeligheten.
Lansering og innfasing er starten på at løsningen møter brukerne, ikke slutten på prosjektet. God IT-prosjektledelse sikrer at opplæring, kommunikasjon og beredskapsplaner er på plass. En rolig lansering er ikke tilfeldig.
Gevinstrealisering er den fasen mange hopper over. Prosjektet er ikke ferdig når systemet er i drift. Gevinstene som rettferdiggjorde prosjektet, må følges opp og måles. Det er her investeringen faktisk betaler seg.
Metoder i IT-prosjektledelse
Det finnes en rekke metoder og rammeverk for IT-prosjektledelse. Alle har sine styrker, og valget av metode bør alltid gjøres ut fra hva prosjektet faktisk trenger, ikke hva som er populært eller kjent fra forrige prosjekt.
Smidig/Agile og Scrum passer godt i prosjekter med høy grad av usikkerhet, der kravene utvikler seg underveis og raske tilbakemeldingssløyfer er viktige. Arbeidet organiseres i korte sprinter, med hyppige leveranser og løpende justering av kursen.
Prince2 gir en strukturert og dokumentasjonstung tilnærming som passer i prosjekter der forutsigbarhet, ansvarliggjøring og sporbarhet er viktig. Det er særlig utbredt i offentlig sektor og i prosjekter med mange interessenter og klare styringslinjer.
Prosjektveiviseren er Digitaliseringsdirektoratets anbefalte metode for offentlig sektor i Norge og kombinerer strukturert styring med gevinstorientering. Den er særlig relevant i statlige digitaliseringsprosjekter.
I praksis benytter de fleste vellykkede prosjekter en hybridmodell. Overordnet struktur og styring fra Prince2 eller Prosjektveiviseren, smidig gjennomføring i utviklingssporene og løpende tilpasning basert på hva som faktisk skjer.
Hva kjennetegner god IT-prosjektledelse?
Over nesten 30 år har vi sett hva som skiller prosjektene som lykkes fra dem som ikke gjør det. Det handler sjelden om metoden. Det handler om hvordan prosjektledelsen bruker den.
God IT-prosjektledelse starter med å forstå hvorfor. Ikke bare hva prosjektet skal levere, men hvilken effekt det skal gi. Når det er klart, kan alle valg underveis vurderes mot det samme målet.
Den kommuniserer uten støy. Ledelsen og styringsgruppen trenger ikke tjue sider statusrapport. De trenger tydelig informasjon om hva som fungerer, hva som gjenstår og hvilke beslutninger som må tas. Kort, konkret og handlingsrettet.
Den håndterer avvik raskt. Ingen prosjekter går etter planen. Det som skiller gode fra dårlige prosjekter er hvor raskt avvik oppdages og håndteres. En god prosjektledelse bygger kulturen for å si fra tidlig.
Den involverer riktige mennesker til riktig tid. Brukerne bør inn tidlig, ikke som en formalitet sent i løpet. Testlederen bør inn fra kravfasen. Styringsgruppen bør ta beslutninger, ikke bare nikke til informasjon.
Den holder gevinstfokuset gjennom hele løpet. Det er lett å miste gevinstblikket midt i leveransen. God IT-prosjektledelse holder spørsmålet levende: leverer vi det som gir den verdien vi sa vi skulle gi?
Vanlige fallgruver i IT-prosjektledelse
Vi ser de samme feilene gå igjen, prosjekt etter prosjekt. Å kjenne dem er halvparten av arbeidet med å unngå dem.
Svak forankring i ledelsen er den vanligste. Når prosjektet ikke har en reell prosjekteier med beslutningskraft og engasjement, mister det prioritet når det trengs som mest. Ressurser trekkes tilbake. Beslutninger utsettes. Det koster mer enn noen skjønner på forhånd.
Tidspress som spiser planlegging. Presset for å komme raskt i gang er alltid der. Men prosjekter som hopper over planleggings- og behovsavklaringsfasen, bruker langt mer tid på å rydde opp i konsekvensene underveis. En investering i starten betaler seg alltid.
Testing som nedprioriteres under press. Når prosjektet er forsinket, er det testperioden som kuttes for å holde lanseringsdatoen. Det er den klassiske feilen. Feil funnet i produksjon koster dramatisk mer å rette enn feil funnet i testfasen. Du finner en grundig gjennomgang av de vanligste grunnene til at IT-prosjekter feiler og hva som faktisk hjelper.
Endringer uten struktur. Alle prosjekter møter endringsforespørsler. Håndtert uten et endringsregime, akkumuleres de stille og ødelegger planen. God IT-prosjektledelse har en tydelig prosess for å vurdere, beslutte og implementere endringer på en kontrollert måte.
Ofte stilte spørsmål om IT-prosjektledelse
Hva er IT-prosjektledelse?
IT-prosjektledelse er fagdisiplinen for planlegging, gjennomføring og styring av IT-prosjekter. Den dekker alt fra behovsavklaring og planlegging, via koordinering av ressurser og leverandører, til testing, lansering og gevinstrealisering. Målet er at prosjektet leverer det det skal, innenfor avtalt tid og kostnad.
Hva er forskjellen på IT-prosjektledelse og prosjektledelse generelt?
IT-prosjektledelse er prosjektledelse med et spesifikt fokus på teknologileveranser. Det stiller ekstra krav til forståelse av systemintegrasjoner, testfaser, teknisk risiko og avhengigheter mellom løsninger og infrastruktur. Prosjektleder trenger teknisk forståelse nok til å stille de riktige spørsmålene.
Hvilke metoder brukes i IT-prosjektledelse?
De vanligste metodene er Scrum og Agile for iterativ utvikling, Prince2 for strukturert og dokumentasjonstung styring, og Prosjektveiviseren for offentlig sektor i Norge. De fleste vellykkede prosjekter bruker en hybridmodell som kombinerer elementer fra ulike rammeverk basert på hva prosjektet faktisk trenger.
Hva er de vanligste årsakene til at IT-prosjektledelse svikter?
De vanligste årsakene er svak forankring hos ledelsen, manglende planlegging i oppstartsfasen, testing som nedprioriteres under tidspress og endringer som håndteres tilfeldig uten et strukturert endringsregime. Teknologien er sjelden problemet.
Trenger alle IT-prosjekter en dedikert prosjektleder?
Ikke alle, men de fleste prosjekter av noen størrelse gjør det. Større prosjekter, prosjekter med mange leverandører eller høy kompleksitet, og prosjekter der feil kan få store konsekvenser, bør alltid ha en dedikert prosjektleder med riktig erfaring.
Prosjektet lykkes ikke av seg selv
IT-prosjektledelse er ikke et støttefag. Det er det som avgjør om prosjektet leverer. En løsning kan være teknisk utmerket og likevel mislykkes fordi styringen, kommunikasjonen og prioriteringene sviktet underveis.
Prosjektene vi har fulgt over nesten 30 år bekrefter det samme bildet: de som lykkes, har god IT-prosjektledelse fra starten. De som ikke gjør det, kompenserer sjelden for det i ettertid.
Vil du snakke om hva riktig prosjektledelse kan bety for ditt neste IT-prosjekt? Se hva prosjektledelse hos Aspiria innebærer i praksis, eller ta kontakt med oss for en uforpliktende prat.