Efter underskriften følger antagelsen om, at alt skal samles. Systemer, teams, processer, mærker — at skabe én helhed virker som den logiske afslutning på en handel. Den antagelse holder ikke altid, og de onderdele, hvor den ikke holder, kan ofte genkendes på forhånd.
At integrere er et valg, ikke en automatik. Ved hvert onderdel — et system, et team, en kunderelation, en produktlinje — hører spørgsmålet, om sammenlægning tilfører værdi eller koster værdi. Det spørgsmål er ikke en undtagelse for de svære tilfælde. Det er standardspørgsmålet, også for de onderdele, der ser selvfølgelige ud.
Grunden til at dette går skævt, er som regel ikke uvilje mod at se på det. Det er tidspres. En Day 1-plan skal ligge klar, en synergicase skal holde, og "integrere" er den korteste vej til et svar, der ser komplet ud på papir. Hvad der mangler, er et øjeblik, hvor nogen for hvert onderdel fastlægger: dette samler vi, dette lader vi stå, og dette er hvorfor.
Der er mønstre, der er synlige på forhånd, ikke først bagefter. To systemer, der udfylder samme funktion, men er bygget på forskellig logik, koster ved sammenlægning ofte mere i omstilling og træningstid, end de giver i administrationsfordel. Et team, der leverer på grund af hastighed og korte linjer, mister den egenskab, så snart det opgår i en større, mere lagdelt struktur. En kunderelation, der drejer sig om en specifik person eller en specifik arbejdsmåde, overlever ofte ikke en integration i praksis, selv om den gør det på papiret.
Spørgsmålet hvornår ødelægger integration værdi fortjener en plads ved siden af hver synergiberegning, ikke efter den. En synergicase, der kun tæller udbyttet af sammenlægning og ikke omkostningerne ved desintegration — forsinkelse, medarbejderafgang, kundetab — er en halv historie.
Systemer er det onderdel, hvor integration oftest antages som selvfølgelig, og hvor det oftest ikke holder. Et system, der fungerer godt, er indarbejdet i det team, der bruger det, og ikke giver akut grund til udskiftning, behøver ikke forsvinde, fordi det hører til en anden enhed. Spørgsmålet hvilke systemer kan man bedre lade stå, og hvad ser man det på forhånd hører til hver IT-opgørelse, med som resultat nogle gange: ikke gøre noget, lade to systemer eksistere side om side, eller først beslutte om et år.
Beslutningen om at integrere eller ikke afhænger også af, hvilken type handel det er. Ved en platform, der vokser gennem flere overtagelser, ligger integrationsmønstret anderledes end ved en enkeltstående overtagelse. Hvad buy-and-build betyder for din integrationstilgang, og hvad man ser det på er et andet spørgsmål end det, en enkeltstående overtagelse kræver: ved en platform er konsistens over flere opkøb relevant, og det taler nogle gange netop for at integrere onderdele, der ved en enkeltstående handel bedre bliver stående.
Dette berører også genbrug af tidligere planer. En platform, der udfører sin tredje eller fjerde overtagelse, har allerede lavet valg om, hvad der er samlet og ikke samlet ved den forrige. Spørgsmålet hvordan man genbruger en integrationsplan, og hvad man ser det på, for hvilke onderdele det virker afgør, om de tidligere valg er et udgangspunkt eller en fælde — en plan, der virkede ved den forrige handel, virker ikke automatisk ved denne.
Hvor en integration går i stå, varierer fra sektor til sektor. I byggeriet ligger knudepunkterne ofte i projektadministration, underleverandørrelationer og tilladelser, der er knyttet til en specifik enhed — se hvor en integration går i stå i byggeriet. I installationsbranchen handler det oftere om servicekontrakter, materielforvaltning og de mennesker, der i praksis bærer kunderelationen — se hvor en integration går i stå i installationsbranchen. Begge eksempler viser, at beslutningslisten sætter forskellige onderdele øverst pr. sektor.
En beslutning om at integrere eller ikke bliver ikke mere pålidelig af at blive sat i et regneark, men den bliver sporbar. Synergibaseline, Day 1-planen og Day 100-planen er generatorer, der giver struktur til den beslutning: fastlægge pr. onderdel, hvad antagelsen er, hvad den afhænger af, og hvornår den bliver revurderet. Integrationskontoret følger afhængigheder og holder beslutningslisten — hvad ja, hvad nej, og hvorfor — ved siden af benefit-tracking, så en antagelse, der ikke længere holder, bliver synlig, før den bliver dyr.
Dette er ikke en meritliste. Der er ikke et afsluttet forløb, der henvises til, og værktøjet hævder ikke, at integration går bedre, fordi det er struktureret. Hvad det gør, er at sætte det spørgsmål, der ellers bliver sprunget over, tilbage på agendaen pr. onderdel.
Værktøjet er under opbygning. Den, der vil bruge generatorerne og integrationskontoret, så snart de er tilgængelige, kan tilmelde sig ventelisten.
Spørgsmålet om, hvad man samler og ikke samler, hænger tæt sammen med et andet spørgsmål: hvilken del af arbejdet i et onderdel egentlig drejer sig om opgaver, der kan automatiseres, uafhængigt af spørgsmålet om, hvorvidt det onderdel kommer til at høre til den ene eller den anden enhed. Werkscan fra FTE TO AI beregner pr. opgave, hvilken del af arbejdet AI kan tage over, og giver dermed en anden slags baseline end selve integrationsvalget — en, der viser, hvor kapacitet frigøres, uanset hvordan man beslutter organisatorisk.
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.