Det handler ikke om at skifte systemer, det handler om at flytte arkitektur.
Når virksomheder første gang hører om Logistics as a Service, opstår der næsten altid den samme refleks: Skal vi så udskifte alle vores systemer? Svaret er nej.
Af: Per Imer, CEO, Homerunner
Indeholder: 873 ord
At blive klar til LaaS handler ikke om at starte forfra. Det handler om at forstå det, I allerede har, og bruge det rigtigt.
I mange organisationer er udfordringen nemlig ikke, at systemerne er for dårlige. Udfordringen er, at de bliver brugt til noget, de aldrig var designet til. Og netop dér begynder transformationen.
De fleste transformationer begynder indefra. Man taler om ERP, TMS, WMS og integrationer. Man diskuterer roadmap og releaseplaner, men LaaS starter et andet sted. Det starter med kunden.
Hvad lover I? Hvilke beslutninger træffes i kunderejsen? Hvor opstår der friktion? Hvor bliver I reaktive i stedet for proaktive?
Når I starter ude fra kunden og bevæger jer ind mod systemerne, bliver det tydeligt, hvor beslutninger brydes. Også hvor data stopper, og hvor mennesker kompenserer manuelt. Det er dér, arkitekturen skal flyttes. Ikke nødvendigvis systemerne, men måden de spiller sammen på.
Det første skridt er ikke implementering, men overblik. Typisk tager det én til to måneder at skabe en reel forståelse af den eksisterende arkitektur.
I den periode kortlægges systemer, integrationer, beslutningspunkter og manuelle mellemregninger. Den skjulte kompleksitet bliver synlig, og formålet er ikke at finde fejl, men at forstå virkeligheden.
For uden arkitektonisk klarhed kan man ikke designe en fremtidig struktur. Uden overblik risikerer man blot at accelerere det, der allerede er uklart.
Der er en principiel erkendelse, som mange først når sent: Kernesystemer skal ikke være intelligente ... De skal være stabile.
ERP er designet til transaktioner., og WMS er designet til lagerflow, hvor TMS er designet til transporthåndtering. De er ikke skabt til at rumme jeres samlede beslutningslogik på tværs af organisationen.
Alligevel ser vi virksomheder presse kompleks forretningslogik dybt ind i deres kernesystemer. Man forsøger at få dem til at løse problemer, de grundlæggende ikke er bygget til at håndtere. Resultatet er skrøbelighed, teknisk gæld og manglende fleksibilitet.
Når beslutningslogik indlejres i systemerne, bliver enhver ændring tung, og enhver forbedring bliver et projekt. Selv små justeringer kræver specialistindgreb, og det er her, arkitekturen skal løftes.
Middleware, eller et orkestreringslag, er ikke endnu et system i rækken. Det er et princip, og stedet, hvor beslutninger samles.
Det er her data forbindes på tværs, regler defineres, automatisering styres, og kompleksitet organiseres. Når beslutningslogik flyttes ud af kernesystemerne og op i et fælles beslutningslag, sker der noget afgørende. Systemerne kan køre mere standardiseret, opgraderinger bliver enklere og fleksibiliteten øges.
LaaS er ikke et ekstra lag kompleksitet. Det er det lag, der skaber sammenhæng på tværs.
Når overblikket er skabt, og den fremtidige beslutningsarkitektur er designet, tager implementeringen typisk mellem én og fem måneder, afhængigt af jeres parathed.
Når retningen er tydelig, bevæger transformationen sig hurtigere, end de fleste forventer.
Parathed handler sjældent primært om teknologi. Det handler om klarhed i beslutningslogik, datakvalitet, ledelsesmæssig retning og viljen til at ændre arbejdsgange. I dag er det sjældent integrationen, der er langsom. Det er uklarheden.
Når beslutningslaget er etableret, begynder den reelle bevægelse. Data begynder at vandre frit, og beslutninger bliver transparente. Regler kan justeres hurtigt, og gentagelser automatiseres.
Organisationen bevæger sig fra reaktiv brandslukning til proaktiv styring, og fra manuelle mellemregninger til struktureret orkestrering. Værktøjer og teknologi kan accelerere dette markant, men kun hvis tænkningen er klar.
Ægte tænkning er sjælden. At tænke er at kunne holde to perspektiver på én gang og føre en indre dialog, før man handler. Mange organisationer har været vant til at eksekvere inden for givne systemrammer.
Nu skal de formulere rammerne selv, for AI kan bygge det I beskriver, men den kan ikke tænke retninger. Når software ikke længere er knap, er det ikke teknologien der begrænser jer. Det er kvaliteten af jeres tænkning.
Dette er ikke en akademisk model, det er håndværk.
Håndværk handler om at forstå materialet. I vores verden er materialet data, beslutninger, flows og systembegrænsninger. En god arkitektur kan ikke kopieres fra en skabelon, den skal formes i den konkrete kontekst.
- Hvem træffer beslutningerne? Hvor ligger magten?
- Hvor sidder kompleksiteten?
- Hvad skal automatiseres, og
- Hvad skal forblive menneskeligt?
Videnskab søger universelle svar. Håndværk søger den rigtige løsning i den konkrete virkelighed.
At blive klar til Logistics as a Service handler derfor ikke om at skifte systemer.
Det handler om at starte ude fra kunden, skabe arkitektonisk overblik, stoppe med at misbruge kernesystemerne og samle beslutningslogik ét sted.
Det starter med én til to måneders arkitekturarbejde, og det implementeres over én til fem måneder. Derefter begynder bevægelsen fra reaktivitet til proaktivitet.
Det er dermed ikke et systemskifte, men et strukturskifte.
Og når det er gjort rigtigt, bliver LaaS ikke et projekt - det bliver jeres måde at arbejde på.
