Implementering af forretningssoftware: faser, roller og accept

Implementering er ikke kun et softwareprojekt

Forretningssoftware skaber først værdi, når teknologien spiller sammen med data, processer og organisation. Det er hovedpointen hos DI Digital, hvor Jakob Schou, CEO i Context&, siger, at virksomheder ikke får reel effekt af AI-transformation, før teknologien kobles til netop data, processer og organisation. Mange danske virksomheder er ifølge artiklen fortsat i pilot- eller afklaringsfasen.

Implementering er derfor ikke kun et softwareprojekt, men et organisatorisk forandringsprojekt. Governance, datakvalitet og forankring i forretningen bliver afgørende, når løsningen skal i drift. Artiklen følger tre spor: faser, roller og accept.

Vælg tilgang efter kompleksitet – ikke efter vane

Valget mellem vandfald, agil og hybrid bør bygge på kompleksitet – ikke vane. Ifølge Viden på VIA (Jan Rosenmeier) skal en projektleder kunne både den enkle, sekventielle vandfaldsmodel og de mere dynamiske agile metoder. Værktøjerne kan ikke stå alene; mindset og forståelse for konteksten vejer tungere.

Right People Group beskriver agil projektledelse som designet til udvikling, hvor krav ofte og hurtigt kan ændre sig. Vægten er på fleksibilitet og samarbejde, og agile forløb arbejder typisk med iterationer, sprints på en til fire uger og daglige stand-up-møder. Kilden mener, agil passer til projekter, hvor omfanget ikke er fuldt defineret, tidslinjen er kort, teamet er lille til mellemstort og tværfunktionelt, og kommunikationen med interessenter er hyppig.

Er kravene stabile og veldefinerede, kan en mere sekventiel tilgang være relevant. I praksis ender mange implementeringer af forretningssoftware som hybride forløb: En overordnet faseplan giver retning, mens design og konfiguration håndteres iterativt. VIA peger på, at kompleksiteten i nogle projekter er så stor, at projektet hele tiden ændrer sig, og at tidplan og milepæle derfor må justeres undervejs.

Fase 0: Afklar værdi, ejerskab og forretningsforankring

Før valg af løsning skal forventet udbytte og ønsket effekt afdækkes og formidles. VIA-artiklen beskriver, at mange projektledere fokuserer på leverancen – output – mens det store »hvorfor« med værdi og effekt udebliver. Når deltagerne ikke kan se den højere mening, falder motivation og engagement. Derfor bør udbyttet afdækkes og kommunikeres tidligt.

Governance, datakvalitet og forankring bør ligge i forretningen. DI Digital fremhæver, at disse tre områder bliver afgørende, når AI bevæger sig fra enkeltstående use cases til at være en integreret del af den daglige drift. Forretningen er derfor ikke bare kunde hos IT – den ejer processer, data og beslutninger.

I fase 0 bør man blandt andet afklare: Hvilken effekt skal løsningen skabe? Hvilke processer skal understøttes? Hvem ejer processerne og dataene? Hvordan følges effekten op? Det er generelle spørgsmål, som kan besvares uden at kende den konkrete leverandør.

Fase 0: Afklar værdi, ejerskab og forretningsforankring

Kortlæg processer og data før konfiguration

Værktøjer og teknologi skal følge processer og data, ikke omvendt. DI Digital beskriver, at virksomheder ofte fokuserer på værktøjer før processer eller teknologi før forankring, og at der er et stort kompetencegab. Den modsatte rækkefølge – med udgangspunkt i arbejdsgange, beslutningspunkter og datakilder – giver et mere realistisk implementeringsgrundlag.

Lamaleap beskriver et konkret forløb hos en dansk fødevareproducent. Produktionsplanlægningen kørte uden om det gamle AX 2012-system, planen lå i regneark, og systemet fik først besked bagefter. Med skiftet til Dynamics 365 blev planlægningen flyttet ind i systemet.

Produktionsordrer blev sekvenseret efter linjernes faktiske omstillingslogik. Mellemaktiviteter blev planlagt, så planen kunne holde hele vejen ned på timen. Færdigmelding skete fra terminaler ved linjen gennem et dedikeret servicelag, med licenspladeetiket på den færdige palle og automatisk oprettet put-away-arbejde på lageret. Planlægningssystemet ved siden af skriver direkte tilbage i Dynamics 365, så der kun findes én plan.

Eksemplet viser, hvorfor man før konfiguration bør kortlægge arbejdsgange, beslutningspunkter, datakilder, dataejere og datakvalitet. Det er også her, man opdager, om processen skal ændres, før den automatiseres. Generelt bør man identificere masterdata, grænseflader og manuelle trin, der skal erstattes eller bevares.

Lamaleap-case: Fra regneark til én plan i Dynamics 365

Fra afklaring til drift: faser i implementeringen

Et realistisk faseforløb kan skitseres som afklaring, design/konfiguration, integration, test, cut-over og stabilisering. Faserne garanterer ikke, at alt går efter planen. VIA peger på, at projektplanen ikke altid holder, fordi kompleksiteten kan få projektet til at ændre sig, så tidplan og milepæle må justeres undervejs.

Cut-over er en særligt kritisk fase. Lamaleap beskriver, at en global udstyrsproducent skulle tage Dynamics 365 i brug i sin danske enhed og havde brug for erfarne hænder til selve overgangen; Lamaleap kom ind til cut-over. Det understreger, at cut-over kræver planlægning, kompetencer og ofte ekstern støtte.

Udrulning kan med fordel ske faset. I en pressemeddelelse den 13. juli 2020 meddelte IFS, at Carlsberg havde valgt at implementere IFS Field Service Management i deres europæiske organisation, og at første fase omfattede lokationer i Danmark, Sverige, Norge, Finland, Polen og Schweiz. Det viser, hvordan en implementering kan opdeles geografisk eller organisatorisk.

Faser fra afklaring til stabilisering

IFS-udrulning hos Carlsberg: faset geografisk start

Roller og ansvar gennem hele forløbet

Roller og ansvar gennem hele forløbet bør defineres efter beslutningsmandat, ejerskab og kompetencebehov – ikke kun titler. Typiske roller er projektleder, forretningsansvarlige (procesejere), tekniske specialister, datakvalitetsansvarlige og superbrugere.

Ifølge VIA skal projektlederen kunne mestre flere metoder og forstå konteksten for at vælge den rigtige tilgang. Forretningsansvarlige skal eje processer og beslutninger, ikke bare deltage i workshops. Tekniske specialister står for konfiguration, integration og infrastruktur. Datakvalitetsansvarlige sikrer, at data er komplette, konsistente og har en ejer. Superbrugere er bro mellem projekt og daglig drift og kan teste og træne kolleger.

DI Digital peger på, at kompetencegabet ved AI-transformation er stort. Det skyldes ikke nødvendigvis manglende tekniske kompetencer, men at organisatoriske beslutningsprocesser, governance-modeller og strukturer ofte er designet til en mere lineær digital virkelighed. Derfor bør man opbygge kompetencer i forretningen og sikre tydeligt ejerskab.

Roller og ansvar

Integration og API som kritisk byggeklods

Når forretningssoftware skal tale med andre systemer, er et solidt integrationslag afgørende. Nezore beskriver, at de bygger REST API'er med validering, login, fejlhåndtering og dokumentation. Integrationslaget skal validere data, håndtere adgang, fange og rapportere fejl og være dokumenteret.

Lamaleap-casen viser integration i praksis: Færdigmelding skete fra terminaler ved linjen gennem et dedikeret servicelag, og planlægningssystemet ved siden af skriver direkte tilbage i Dynamics 365, så der kun findes én plan. Det illustrerer, hvorfor data skal kunne flyde både den ene og den anden vej, og hvorfor manuelle mellemled, der skaber tvivl om gældende data, bør undgås.

Generelt bør man kortlægge, hvilke systemer der skal integreres, hvilke data der udveksles, i hvilken retning, hvor ofte, og hvem der ejer fejlhåndteringen. API-dokumentation, overvågning og test af fejlscenarier bør indgå i leverancen.

Integration og API: krav til integrationslaget

Accept: fra teknisk go-live til faktisk anvendelse

Accept er mere end teknisk test. Det handler om, hvorvidt processer, data, integrationer, brugeradfærd og forretningsforankring fungerer i praksis. DI Digital påpeger, at det største gab mellem AI-visioner og implementering ikke er teknologisk, men organisatorisk. Teknologien udvikler sig hurtigt, mens mange virksomheder stadig arbejder med beslutningsprocesser, governance-modeller og organisatoriske strukturer designet til en mere lineær digital virkelighed. Derfor bør accept også vurdere, om organisationen er klar.

I praksis kan accept omfatte end-to-end-procesverifikation, datavalidering, integrationstest, brugeraccepttest med superbrugere, cut-over-prøve og kontrol af, at manuelle arbejdsgange og kompetencer er på plads. Ifølge DI Digital undervurderer mange organisationer, hvor meget AI ændrer måden at arbejde, lede og træffe beslutninger på.

Accept bør ikke reduceres til en formel sign-off. Det bør være en løbende verifikation af, at løsningen skaber den ønskede effekt i driften.

Accept: mere end teknisk test

Efter go-live: forankring, læring og videreudvikling

Efter go-live fortsætter implementeringen. For at fastholde værdien kræves governance, kompetenceudvikling, datakvalitet og løbende tilpasning. DI Digital fremhæver, at governance, datakvalitet og forankring i forretningen bliver afgørende, når AI bliver en integreret del af den daglige drift.

Etabler en driftsorganisation med ejerskab til processer og data, løbende overvågning af datakvalitet, en backlog for forbedringer og en plan for kompetenceudvikling. VIA peger på, at forventet gevinst og ønsket effekt skal afdækkes og kommunikeres – det arbejde slutter ikke ved go-live. Effekten bør følges op, og løsningen bør videreudvikles i takt med, at processer og behov ændrer sig.