Ved en fusion eller overtagelse bliver integration ofte taget som standard: to organisationer, altså bliver to systemer til et. Den antagelse koster tid, penge og opmærksomhed, og nogle gange koster den mere end den giver. Nogle systemer bør ikke lægges sammen. Ikke fordi det teknisk ikke kan lade sig gøre, men fordi resultatet ikke er indsatsen værd i forhold til hvad det kræver.
Spørgsmålet "hvilke systemer kan De hellere lade stå" er altså ikke en undtagelse i integrationsforløbet. Det er et fast trin der går igen ved hvert enkelt element, fra CRM'et til produktionsplanlægningen til HR-administrationen.
Sammenlægning ødelægger værdi på nogle få genkendelige måder.
Hvis systemet ikke har overlap med resten af organisationen, tilføjer integration kun risiko uden at der opstår synergi nogen steder. Tænk på et specialistsystem der understøtter ét team i en niche som resten af virksomheden ikke berører.
Hvis omkostningerne ved migration vejer tungere end fordelen ved ét system. Dataoverførsel, omorganisering, træningstid og risikoen for fejl under overgangen er reelle omkostninger. Disse omkostninger står nogle gange ikke i forhold til det der vindes i form af nemmere administration eller licensomkostninger.
Hvis systemet lige er blevet implementeret eller lige er blevet afskrevet, og et skift derfor kræver dobbelt kapital uden at den første investering er tjent hjem.
Hvis sammenlægningen fører til et kompromis hvor ingen af organisationerne får hvad de havde brug for, og den operationelle friktion der derefter opstår, er større end friktionen ved to systemer side om side.
En mere udførlig gennemgang af denne afvejning, med de signaler der allerede er synlige på forhånd, finder De på hvornår integration ødelægger værdi og hvad De kan kende det på.
At lade noget stå bevidst er noget andet end ikke at tænke over det. Et system De lader stå separat, forbliver en del af integrationsbeslutningen, bare falder konklusionen "ikke sammenlægge" ud af den beslutning. Det betyder at der stadig er brug for aftaler om drift, om hvem der er ansvarlig for hvad, og om hvordan rapportering eller dataudveksling mellem de to systemer forløber, så længe de eksisterer side om side.
De signaler De på forhånd kan se, at noget bør forblive separat, er beskrevet på hvad De bevidst lader stå separat og hvad De kan se det på i forvejen. Det gælder ikke kun systemer: det gælder også teams, processer og kunderelationer der har egen værdi, så længe de ikke bliver opsuget i en større helhed.
For at forhindre at dette spørgsmål stilles tilfældigt ved det ene system og springes over ved det andet, fungerer et fast beslutningspunkt bedre end løse diskussioner. For hvert element — system, proces, team — stilles det samme spørgsmål: hvad giver sammenlægning, hvad koster det, og er der en grund til at udskyde det eller helt undlade det.
Hvordan denne beslutningsliste er opbygget, og hvilke kriterier der fast går igen, står på hvordan De beslutter pr. element om De integrerer eller ikke, og hvad De kan se det på. Resultatet af den beslutning er ikke altid endeligt: noget der lige nu forbliver separat, kan senere alligevel blive lagt sammen når omstændighederne ændrer sig.
Ved en buy-and-build-strategi er afvejningen anderledes end ved en enkeltstående overtagelse. Et platformselskab der integrerer flere opkøb i rækkefølge, har gavn af gentagelige valg: systemer der ved den ene overtagelse forbliver separate, forbliver muligvis også det ved den næste, så mønsteret bliver forudsigeligt i stedet for at hver deal giver anledning til en ny diskussion. Hvad det betyder for Deres tilgang, står på hvad buy-and-build betyder for Deres integrationstilgang. For deal-teams der tidligere har udarbejdet en integrationsplan, er det også værd at undersøge hvad der kan genbruges til den næste transaktion, som beskrevet på hvordan De genbruger en integrationsplan.
Et mere dybdegående overblik over hvilke systemer der i praksis oftere forbliver separate, og de tilhørende signaler, finder De på hvilke systemer De hellere kan lade stå og hvad De kan se det på.
Generatorerne til synergibaseline, Day 1-plan og Day 100-plan, sammen med integrationskontoret til benefit-tracking og afhængigheder, er tænkt som redskaber til at strukturere disse beslutninger. De leverer ingen track record og ingen garanti for et godt resultat. De sikrer at spørgsmålet "skal dette overhovedet lægges sammen" bliver stillet ved hvert element, i stedet for ved nogle få og glemt ved resten.
Værktøjet er under opbygning. Den der ønsker at bruge det så snart det er klar, kan tilmelde sig ventelisten.
Spørgsmålet om hvilke systemer der forbliver separate, hænger ofte sammen med et andet spørgsmål: hvilket arbejde i disse systemer der egentlig stadig udføres manuelt, og hvilken del af det der kan overtages af AI. En integration er et godt tidspunkt at kortlægge det på, fordi processerne alligevel bliver gennemgået. Arbejdsscanningen fra FTE TO AI beregner for hver opgave hvilken del af arbejdet der er egnet til at blive overtaget af AI, uafhængigt af om de underliggende systemer bliver lagt sammen eller forbliver side om side.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.