Implementering

Derfor fejler ERP-projekter – selv med erfarne projektledere

ERP-transformationsprojekter fejler oftere end næsten alle andre typer projekter, fordi system, processer og organisation skal ændres på én gang. I denne klumme ser seniorrådgiver Kai-Morten Rosendahl nærmere på, hvorfor ERP-projekter skaber så høj kompleksitet, og hvorfor succes kræver projektledere, der kan balancere både forretning, teknologi og løbende forandringer.
En projektleder gennemgår planlægningen på et whiteboard, mens teamet diskuterer opgaver og fremdrift i et uformelt mødelokale.

ERP-transformationsprojekter fejler oftere end næsten alle andre typer projekter. Ikke fordi projektlederne er inkompetente, men fordi de står med en projektform, som fundamentalt adskiller sig fra alt det, de ellers kender.

Et ERP-projekt er ikke et klassisk IT-projekt. Det er en forretningsmæssig transformation, hvor system, processer og organisation skal ændres samtidig. Det betyder, at selv en tilsyneladende lille beslutning tidligt i forløbet kan trække spor gennem hele organisationens måde at arbejde på i mange år frem.

Når teknologien, processerne og organisationen bevæger sig på én gang, bliver kompleksiteten ekstrem. Klassiske projektledermetoder som PRINCE2, IPMA eller PMI giver god struktur, men de adresserer ikke den virkelighed, som ERP-projekter står i: at forretningsværdien ofte opstår i balancen mellem at bevare, forenkle og ændre virksomhedens processer. Og at denne balance sjældent ligger fast fra dag ét.

Et konkret eksempel: I et projekt skulle konsulenterne præsentere en prisberegningsmotor, som kunne håndtere kundens mange pris- og rabatscenarier. Kravene var komplekse og dyre at realisere. Men under workshoppen blev det – med projektlederens hjælp – tydeligt, at kundens største værdiskabelse faktisk lå i at simplificere sine prisstrukturer. Det gjorde projektplanen mere dynamisk og krævede ekstra change management, men gevinsten blev en væsentligt enklere løsning med mindre behov for vedligehold og test.

Sådan ser forretningsværdi i ERP ud i praksis: når projektet tør udfordre kravene og skabe bedre løsninger end dem, der stod i dokumentet.

De fleste ERP-projekter fejler ikke på teknikken, men på mennesker. Når interessenter ikke deler ansvar hensigtsmæssigt, når man eksekverer blindt ud fra en kravspecifikation, der for længst er forældet, eller når governance bliver så rigid, at den blokerer innovation, så kollapser selv den mest gennemtænkte løsning.

Succes i ERP-projekter kræver en projektleder, der kan tale begge sprog: teknologi og forretning. En projektleder, der kan skabe klar ansvarsdeling, holde fokus på gevinster – og samtidig lede en organisation, der udvikler sin forståelse af løsningen undervejs.

For forandringen er ikke statisk. Virksomheden spejler sig i de nye systemmuligheder og ændrer ofte sit ambitionsniveau igennem projektet. Derfor handler succes i ERP ikke om at drive et fast defineret IT-projekt.

Det handler om at lede en dynamisk transformation, som formes, mens den skabes.

Denne klumme er den første ud af tre om projektledelse i ERP-projekter. Hvis du vil styrke din håndtering af de kritiske faser i en ERP-implementering og få adgang til en gennemprøvet værktøjskasse baseret på erfaringer fra hundredvis af projekter, kan du tilmelde dig HNCOs 2-dages kursus i ERP-projektledelse for erfarne projektledere.

Tilmelding til kurset via linket her.