Project-simulator — Flysimulatoren for prosjektledere

Gevinstrealisering: fra leveranse til reell gevinst

Publisert 2026-07-02 · Forskningen bak Project-simulator

Prosjektet leverte i tide, systemet ble satt i drift og teamet feiret. Et år senere spør noen i ledelsen: ble det egentlig bedre? Og ingen vet. Det er nøyaktig det problemet forskerne John Ward og Elizabeth Daniel ved Cranfield School of Management tok tak i i boken Benefits Management fra 2006.

Budskapet deres er ubehagelig, men befriende: gevinsten av et prosjekt oppstår ikke ved leveransen. Den oppstår i virksomheten, etterpå, og bare hvis noen eier den og jobber aktivt for at den skal bli virkelighet. Arbeidsmåten de beskriver kalles ofte gevinstrealisering, og den har blitt en selvfølgelig del av moderne prosjekt- og porteføljestyring.

Hva sier forskningen?

Ward og Daniel bygde boken sin på mange års forskning på investeringer i informasjonssystemer og IT. Et gjentakende mønster var at organisasjoner regnet hjem gevinster i forretningsplanen — mer effektive prosesser, mer fornøyde kunder, lavere kostnader — men aldri fulgte opp om de faktisk oppsto. Gevinsten ble antatt å komme automatisk når teknologien var på plass. Det gjør den sjelden.

Forklaringen deres: teknologi og prosjektleveranser skaper ingen verdi i seg selv. Verdien oppstår først når mennesker i virksomheten endrer måten de jobber på. Derfor må gevinstene identifiseres tidlig, kobles til konkrete endringer i virksomheten og fremfor alt få eiere — personer i virksomheten, ikke i prosjektet, som har ansvar for at gevinstene faktisk hentes ut. Ward og Daniel beskriver en hel arbeidsprosess for dette, med en gevinstrealiseringsplan og en oppfølging som fortsetter etter at prosjektet er avsluttet.

En viktig konsekvens er at prosjektmål og effektmål må holdes fra hverandre. Prosjektet har ansvar for å levere et resultat — et system, en prosess, et produkt — innenfor sine rammer. Effekten, den målbare gevinsten i virksomheten, eies av bestilleren eller sponsoren og realiseres lenge etter overleveringen. Blandes de sammen, kan ingen holdes ansvarlig for noen av delene — prosjektet får skylden for uteblitte effekter det ikke rår over, og virksomheten slipper unna sitt ansvar for endringen.

Hva betyr det for deg som prosjektleder?

Skill mellom prosjektmål og effektmål i hvert dokument. Skriv uttrykkelig: dette leverer prosjektet, dette er gevinsten som skal oppstå etterpå, og den eies av sponsoren. Det beskytter både deg og gevinsten — du vurderes mot riktig ting, og gevinsten får en ansvarlig.

Krev en eier for hver gevinst. Hvis ingen i virksomheten vil sette navnet sitt ved en lovet gevinst, er det et varselsignal: enten er gevinsten ikke troverdig, eller så kommer ingen til å drive den i havn. Ta det opp med sponsoren din før prosjektet starter for alvor — det er langt lettere å avklare eierskapet da enn når leveransen nærmer seg.

Bruk forretningsgevinsten som kompass underveis. Når endringsønsker og kutt diskuteres, gå tilbake til gevinstene: hvilken av de lovede effektene styrkes eller trues av denne beslutningen? Det hever kvaliteten på beslutningene og på samtalene dine med styringsgruppen.

Slik trener du på dette

Det vanskeligste i gevinstrealisering er ofte samtalen med sponsoren: å vennlig, men bestemt levere ansvaret for effekten tilbake dit det hører hjemme, uten at relasjonen eller tilliten tar skade på veien. I Project-simulator øver du på sponsor- og styringsgruppesamtaler mot AI-motparter og får tilbakemelding forankret i dine egne ord. Du kan prøve gratis i en uke.

Vil du øve på dette i praksis?

I Project-simulator øver du på samtalene mot en AI-motpart og får tilbakemelding som bygger på forskning som denne.

Prøv gratis i 7 dager
Kilde: Ward, J., & Daniel, E. (2006). Benefits Management: Delivering Value from IS & IT Investments. John Wiley & Sons.