En integrationsplan fra en tidligere deal ligger der ofte stadig. Strukturen fungerede, opdelingen i funktioner og systemer var korrekt, og det er fristende at genbruge den. Men at genbruge en plan er noget andet end at gentage et resultat. Spørgsmålet er ikke om planen var komplet, men om de forudsætninger den bygger på stadig gælder for denne deal, disse to organisationer og dette marked.
Genbrug fungerer på niveau med spørgsmålet, ikke på niveau med svaret. En tidligere plan havde en rækkefølge for systemer, en opdeling af funktioner der skulle eller ikke skulle sammenlægges, og en liste med afhængigheder. Den rækkefølge er brugbar som tjekliste for ikke at glemme noget. Den er ikke brugbar som resultat der kan kopieres, for grunden til at noget blev lagt sammen sidste gang siger kun lidt om hvorvidt det skal ske denne gang også.
Der er nogle signaler der skal kontrolleres, før en gammel plan bruges som grundlag.
For det første: var de to tidligere organisationer sammenlignelige med de nuværende to, i størrelse, i systemlandskab, i den grad kunderne bemærker forskellen. En plan for to ligeværdige parter passer ikke på en overtagelse hvor den ene part er et lille supplerende team.
For det andet: er det kendt hvorfor bestemte dele dengang forblev separate. Hvis den grund ikke er dokumenteret, kan man ikke bedømme om de nu skal lægges sammen. En plan der kun viser hvad der blev lagt sammen, uden overvejelsen om hvorfor noget forblev separat, er mindre værd ved genbrug end den ser ud til.
For det tredje: er det underliggende systemlandskab sammenligneligt. At lægge to ERP-systemer sammen er en anden opgave end at lade to planlægningsværktøjer eksistere side om side. Hvad der sidste gang var et af de første skridt, kan denne gang bedre blive liggende fordi systemerne selv ikke er sammenlignelige.
Uanset om en plan er ny eller genbrugt: for hver del bør spørgsmålet stilles om sammenlægning overhovedet tilfører værdi. Det er ikke et undtagelsesspørgsmål for tvivlsomme sager. Det er et fast skridt, også for dele der ved første øjekast tydeligvis hører sammen.
Grunden er at integration medfører kostnader der ikke altid er synlige på forhånd: tid fra mennesker der ellers arbejder med kunder eller vækst, systemer der er mindre pålidelige i en periode, teams der bliver usikre på deres rolle. Hvis der ikke står et påviseligt udbytte over for dette, er sammenlægning en udgiftspost uden kompensation. Hvornår integration ødelægger værdi er derfor ikke en marginaltilfælde men en strukturel risiko ved hver plan der overtages uden denne test.
Der er dele der ofte bedre forbliver separate: et brand med egen kunderelation, et team med en kultur der var grunden til overtagelsen, et system der lige er udskiftet og ikke behøver at blive ændret igen. Hvad De med vilje lader forblive separat, er ikke en liste med udestående opgaver, men en beslutning med sin egen grund, og den grund bør dokumenteres lige så godt som grunden til at lægge noget sammen. Se hvad De med vilje lader forblive separat for hvordan det valg ser ud.
Det sker sjældent at en hel overtagelse som helhed skal integreres eller ikke. Oftest er resultatet en blanding: centralisere finansiel rapportering, lade kundesystemer forblive separate, delvist lægge HR-politik sammen. Hver del kræver sin egen overvejelse, med sin egen tidslinje og sin egen risiko. Hvordan De beslutter per del om der skal integreres eller ikke er dermed mindre en trinvis plan end et fast spørgsmål der stilles til hver del separat, med sit eget svar.
Denne overvejelse varierer også efter branche. I byggeriet går en integration ofte i stå på projektadministration og underleverandørrelationer der ikke uden videre kan overføres til et andet system; se hvor en integration går i stå i byggeriet. I installationsbranchen er det oftere planlægningssystemerne og servicekontrakterne der ikke direkte kan lægges sammen; se hvor en integration går i stå i installationsbranchen. En genbrugt plan der ignorerer disse forskelle, mangler netop den del hvor det tidligere gik skævt.
Generatorerne til synergi-basislinje, Day 1-plan og Day 100-plan bygger ikke på en skabelon fra den forrige deal, men på den situation der indtastes: hvilke dele der findes, hvad afhængighederne er, og hvilken grund der er per del til at lægge sammen eller ikke. Integrationskontoret holder derefter styr på hvilke fordele der er identificeret, hvilke afhængigheder der er åbne, og hvilke dele der med vilje er holdt separate. Det er ikke et bevis på at det virker — der er ikke noget udført forløb at henvise til — men det er struktur der tvinger spørgsmålet per del til at blive stillet i stedet for sprunget over.
Mergerintegration.net er under opbygning. Den der vil arbejde med dette så snart det er tilgængeligt, kan sætte sig på ventelisten.
Spørgsmålet om hvilken del af dette arbejde selv tager tid, og hvilken del der kan overtages, gælder ikke kun ved integrationsplanlægning. Arbejdsscanningen fra FTE TO AI beregner per opgave hvilken del af arbejdet der kan overtages af AI, og giver dermed et billede af hvor kapacitet frigøres før et integrationsforløb sættes i gang.
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.