RConsult.biz
Tilbage til oversigten
ERP-projekterSmå og mellemstore virksomhederProjektledelse

Hvorfor fejler ERP-projekter i små og mellemstore virksomheder?

Find ud af, hvorfor ERP-projekter i små og mellemstore virksomheder ofte fejler, og hvordan klare mål og processer kan sikre succes.

Daniel Ruther
Daniel Ruther
· 6 min. læsetid
Hvorfor fejler ERP-projekter i små og mellemstore virksomheder?

En månedsafslutning afhænger af tre Excel-filer, lagerbeholdningen er kun korrekt med held, og ingen ved, hvilket tal i rapporten der virkelig gælder. Så skal et ERP-system endelig skabe orden. Men det er netop på dette punkt, at mange af de problemer opstår, der forklarer, hvorfor ERP-projekter fejler: Det er ikke softwaren alene, der afgør, men måden, hvorpå I leder projektet.

Et ERP-projekt behøver ikke at blive et endeløst storprojekt. Især små og mellemstore virksomheder har brug for en løsning, der pålideligt afspejler processerne i indkøb, salg, lager og økonomi - uden overengineering. Det kræver klare beslutninger, reelle processer og en partner, der ikke først efter måneder indser, hvad der sker i jeres hverdag.

Hvorfor fejler ERP-projekter så ofte i planlægningen?

Den hyppigste fejl sker før den egentlige start: Projektet begynder med en funktionsliste i stedet for et klart mål. Så siger man f.eks.: “Vi har brug for en ny ERP.” Men hvilke konkrete problemer skal det løse? Skal månedsafslutningen gå hurtigere, skal beholdningerne være korrekte, eller skal tilbud, ordrer og fakturaer løbe sammen?

Uden disse prioriteter vil hver afdeling forståeligt nok forsøge at få alle ønsker med. En overskuelig implementering bliver til et samlingsprojekt for gamle særtilfælde, længe næret ideer og processer, der aldrig var klart defineret. Tidsplanen skubbes, indsatsen stiger, og tilliden falder.

Fastlæg derfor før starten, hvad der absolut skal fungere ved go-live, og hvad der bevidst kommer senere. For mange virksomheder er det tilstrækkeligt først at forbinde stamdata, indkøb, salg, lager og bogføring korrekt. Udvidede analyser, særlige godkendelser eller enkelte ekstra funktioner kan følge, når kernen kører stabilt. Det er ikke en spareforanstaltning, men god projektledelse.

Et ERP-system løser ikke uklare processer

Hvis tre medarbejdere opretter den samme ordre forskelligt, ligger problemet ikke i systemet. ERP gør forskelle kun synlige. Netop det kan være ubehageligt: Pludselig bliver det klart, at prislister ikke vedligeholdes, varenummer eksisterer flere gange, eller rabatter kun er dokumenteret i enkelte personers hoveder.

Brug implementeringen til at træffe beslutninger. Hvem må oprette kunder? Hvornår bliver en ordre bindende? Hvordan bogføres lagerbevægelser? Hvilke oplysninger har bogholderiet brug for senest ved månedsafslutningen? En god proces behøver ikke at være kompliceret. Den skal være entydig og gennemførlig for de mennesker, der arbejder med den dagligt.

For mange tilpasninger gør projekter langsomme og dyre

SAP Business One har allerede meget med til typiske forretningsprocesser. Alligevel behandles standardsoftware ofte, som om den skal genskabe hver historisk særvej uændret. Det fører til individuelle programmeringer, komplicerede afhængigheder og et system, der senere kun er svært at vedligeholde.

Ikke hver tilpasning er forkert. En tilkobling til en onlinebutik, et branchespecifikt dokument eller en nødvendig analyse kan give reel værdi. Det afgørende spørgsmål er: Løser denne tilpasning et permanent relevant problem - eller holder den kun en uklar gammel proces kunstigt i live?

Undersøg ved hver ønskeliste tre punkter: Hvor ofte opstår situationen? Hvad koster det virkelig at gøre det manuelt? Og forbliver løsningen forståelig, hvis den person, der kræver det i dag, forlader virksomheden? Hvis I besvarer disse spørgsmål ærligt, krymper ønskelisten ofte betydeligt.

Et pragmatisk projekt satser på standard, hvor standard fungerer. Det supplerer målrettet, hvor jeres forretning faktisk har særegenheder. Så forbliver SAP Business One overskuelig, opdaterbar og forståelig for nye medarbejdere.

Dårlige data bliver ikke bedre med et nyt ERP

Dobbeltkunder, manglende enheder, forældede leverandørpriser og artikler uden korrekt lagerstyring er ikke en detalje. De er en go-live-risiko. Hvis ubehandlede data blot overtages, starter det nye system med de gamle fejl - kun at de nu behandles hurtigere.

Datamigrering kræver derfor en klar ansvarlig på jeres side. Beslut tidligt, hvilke data der virkelig skal overtages. I mange tilfælde behøver I ikke hver ti år gammel adresse eller hver afsluttet dokument i det nye system. Relevante åbne sager, aktuelle stamdata, beholdninger og nødvendige finansdata er vigtigere end et komplet arkiv i dagligdagen.

Planlæg også testmigrationer. Først når I med ægte eksempler tester, om priser, enheder, momsnøgler, konti og beholdninger ankommer korrekt, bliver en fil til en pålidelig databasis. Den, der udskyder dette trin til kort før go-live, inviterer tidspres direkte ind i projektet.

Manglende ansvar bremser enhver beslutning

ERP-projekter fejler sjældent, fordi medarbejdere ikke vil samarbejde. De fejler oftere, fordi ingen træffer bindende beslutninger. Projektteamet venter på godkendelser, afdelinger taler forbi hinanden, og den eksterne tjenesteudbyder skal træffe beslutninger, som kun I kan træffe.

Udpeg en person med mandat som intern projektleder. Denne person behøver ikke at kende hver indstilling i systemet. Men de skal kunne sætte prioriteter, følge op på åbne punkter og kunne træffe beslutninger i tilfælde af konflikter. Til dette har de brug for fast tid i kalenderen. Et ERP-projekt kører ikke sideløbende, bare fordi det er vigtigt.

Også ledelsen bør forblive synligt involveret. Ikke ved hver test, men ved grundlæggende spørgsmål: Hvilke processer bliver ensrettet? Hvilke undtagelser accepterer I? Hvad har prioritet, når ønsket omfang og deadline kolliderer? Uden denne opbakning bliver projektteamet splittet mellem daglig drift og individuelle interesser.

Uddannelse er ikke en aftale kort før go-live

Et system kan være teknisk korrekt opsat og alligevel fejle i hverdagen. Det sker, når medarbejdere først to dage før start får at vide, hvordan de skal bogføre ordrer, registrere varemodtagelser eller kontrollere fakturaer. Usikkerhed skaber så skyggeprocesser: Excel fortsættes, oplysninger sendes efterfølgende via e-mail, og det nye ERP får ikke de data, det har brug for.

Uddannelse fungerer bedre med ægte eksempler fra jeres virksomhed. Lad salget behandle et reelt tilbud til faktura. Lad lageret teste en faktisk varemodtagelse og en plukning. Lad bogholderiet med en ægte månedsafslutning kontrollere, om de nødvendige oplysninger er til stede. Derved opdages huller, før de bremser driften.

Vigtigt er også kommunikationen. Forklar ikke kun, hvad der ændrer sig, men hvorfor. Hvis et ekstra klik fører til, at beholdninger og dækningsbidrag senere bliver pålideligt synlige, vil accepten være betydeligt højere. Medarbejdere behøver ikke at kende hver teknisk detalje. De skal kunne se, at den nye arbejdsmetode gør deres hverdag bedre.

En urealistisk go-live skaber undgåelige risici

Go-live er ikke en kontakt, I slår til uden forberedelse. Særligt kritiske er åbne ordrer, igangværende leverancer, lageroptællinger, månedsafslutninger og ferieperioder. Den, der starter i en allerede presset periode, skaber unødvendige fejlkilder.

Definer sammen en realistisk overgangsplan. Dette inkluderer en klar datofrist, ansvar for sidste kontroller, en regel for åbne dokumenter og tilgængelige kontaktpersoner i de første dage. Det skal også være klart, hvordan I håndterer fejl: Hvad rettes straks, hvad dokumenteres og løses senere korrekt?

En kontrolleret start betyder ikke, at hver særtilfælde skal være dækket på den første dag. Det betyder, at kerneprocesserne fungerer, og at I forbliver handlekraftige. Netop her viser værdien af en erfaren SAP-Business-One-partner sig: ikke med store løfter, men med en klar rækkefølge og direkte støtte, når der opstår spørgsmål i hverdagen.

Hvad gør succesfulde ERP-projekter anderledes

Succesfulde projekter er ikke nødvendigvis dem med det største budget eller den længste kravspecifikation. De har et klart forretningsmål, en overskuelig første omfang og ansvarlige, der ikke udsætter beslutninger. De renser data tidligt, tester med ægte eksempler og tager menneskerne i virksomheden alvorligt.

For start-ups kan det betyde at opbygge rene processer fra starten, før Excel bliver en permanent løsning. For voksende små og mellemstore virksomheder handler det ofte om at erstatte ø-løsninger og igen få et fælles overblik over ordrer, beholdning og økonomi. Den passende vej afhænger af jeres udgangspunkt. Grundreglen forbliver den samme: Skab klarhed først, implementer derefter målrettet.

Hvis jeres ERP-projekt i dag stadig virker som en uoverskuelig ønskeliste, skal I ikke starte med flere funktioner. Start med de få processer, der bærer jeres forretning hver dag. Der opstår den gennemsigtighed, der senere virkelig sparer tid - uden overraskelser og uden et system, der er større end jeres behov.

Daniel Ruther
Daniel Ruther
Stifter & adm. direktør
LinkedIn