Et synergibeløb ligger som regel fast tidligere end antagelsen bag det. I processen er der brug for et tal for at få modellen til at stemme, og det tal får en plads i synergibaseline uden at nogen højt har sagt, hvad det afhænger af. Det hævner sig ikke ved underskrivelsen, men i månederne bagefter, når det viser sig, at beløbet hvilede på en antagelse, som ingen havde testet.
Hvert synergibeløb kan udredes i tre spørgsmål. Hvad skal være sandt, for at dette beløb stemmer? Hvem er ansvarlig, hvis det ikke stemmer? Og hvad kan De se det på, før året er omme, om det går den rigtige vej? Uden svar på disse tre spørgsmål er et synergibeløb et ønske med et tal på, og ønsker lander ikke af sig selv.
Antagelsen er ofte den sværeste del at få frem, netop fordi den er implicit. "Indkøbsfordel gennem skala" lyder som en synergi, men antagelsen bag den er noget i retning af: begge indkøbsafdelinger er villige til at konsolidere leverandører, kontrakterne udløber på sammenlignelige tidspunkter, og leverandøren er villig til at genforhandle priser ved større volumen. Hver af disse tre kan vise sig at være forkert, og så forsvinder beløbet, uden at nogen har set det komme.
Synergibeløb, der hænger på en afdeling i stedet for en person, forsvinder lettest. "Finance" eller "indkøb" er ikke en ejer; et navn er en ejer. Den person behøver ikke selv udføre arbejdet, men er den, der kan forklare, hvorfor en synergi forsinkes, accelererer, eller ikke længere er opnåelig. Uden den udpegning fordamper ansvaret i det daglige pres i de første måneder, og ingen føler sig kaldet til at forsvare beløbet eller lade det falde i tide.
Generatoren til synergibaseline gennemtvinger den kobling: ingen synergi uden antagelse, ingen antagelse uden ejer. Det forhindrer ikke, at synergier mislykkes, men det forhindrer, at de mislykkes ubemærket.
En synergi, der først er kommet ind i baseline, skal også følges op på, og den opfølgning virker kun, hvis den er enkel. Den, der forventer en udførlig forklaring for hver synergi, får efter et par måneder ingen, der udfylder rapporteringen længere. Derfor arbejder trafiklysmodellen til at følge synergier med et begrænset antal statusser i stedet for en historie: på plan, under pres, eller ikke opnåelig. Det tvinger ejeren til et valg i stedet for en nuance, og netop det valg gør en rapportering anvendelig for den, der skal have overblik over tyve synergier på samme tid.
Spørgsmålet om, hvorvidt en synergi stadig er opnåelig, bør ikke først stilles, når tallene allerede skuffer. En fast test af, om en synergi stadig er opnåelig fungerer bedre som et fast punkt på dagsordenen end som en krisedrøftelse bagefter. I det øjeblik den underliggende antagelse ikke længere holder — leverandøren vil ikke genforhandle priser, systemet lader sig ikke migrere inden for den forventede tid — er det bedre at vide det tidligt end sent.
Ikke hver synergi, der ikke lander, er et udførelsessvigt. Nogle gange var antagelsen for optimistisk fra starten, og det er så ikke en bebrejdelse til ejeren, men information til det næste trin. Spørgsmålet er ikke, hvordan De alligevel tvinger en synergi til at lande, men hvad der så sker med beløbet, planen, og de forventninger, der hang ved den. Hvad De skal gøre, hvis en synergi ikke lander er derfor ikke et undtagelsesscenarie, men en fast del af opfølgningen på synergier: justere, omfordele, eller lade den falde, med en grund, der er dokumenteret i stedet for at cirkulere i krogene.
Ved en buy-and-build-strategi lægger synergibeløb sig oven på hinanden over på hinanden følgende deals, og det gør begrundelsen sværere, ikke lettere. En synergi, der var logisk ved den anden overtagelse, behøver ikke automatisk stemme ved den femte, især ikke hvis platformorganisationen i mellemtiden selv har ændret sig. Hvordan De begrunder en synergi inden for en buy-and-build handler derfor ikke om en skabelon, De gentager, men om en antagelse, De hver gang tester på ny mod organisationen, som den er nu, ikke som den var ved den forrige deal.
Antagelsen under et synergibeløb rammer næsten altid et sted selve arbejdet: hvem der gør noget, hvor meget tid det tager, og om det stadig er det samme efter fusionen. Så snart det spørgsmål bliver konkret, er det nyttigt at vide, hvor meget af det arbejde der faktisk kan overtages af automatisering, for det ændrer selve antagelsen. Arbejdsscanen fra FTE TO AI beregner per opgave, hvilken del af arbejdet der kan overtages af AI, og det gør et synergibeløb til noget, der ikke hviler på et skøn, men på en optælling.
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.