Ett deal team som tidigare har integrerat ett förvärv har ofta en plan liggande. En Day 1-checklista, en lista med synergikategorier, ett kommunikationsschema. Frestelsen är stor att plocka fram det dokumentet, ändra namn och siffror, och köra vidare. Det sparar tid. Det sparar också tankearbete, och det är just problemet.
En integrationsplan är ingen mall för en organisation, den är resultatet av val som gjorts för en annan kombination av företag. Vilka system som slås samman, vilka team som smälter ihop, vilka kundrelationer som förblir separata — dessa val berodde på vad de tidigare två företagen var, inte på vad dessa två företag är. Att återanvända en plan utan att på nytt pröva de underliggande valen innebär att man tar över en struktur som byggts för en annan situation.
Risken ligger inte i formen. Fasindelning, en benefit-tracker, en lista med beroenden — dessa delar är ofta fullt återanvändbara. Risken ligger i innehållet som omärkligt följer med: antagandet att avdelning X alltid slås samman, att system Y alltid fasas ut, att kulturintegration alltid hanteras på samma sätt. Dessa antaganden är inte neutrala. De är prejudikat, och prejudikat känns som bevis fastän det inte är det.
Tre saker överförs vanligtvis väl från ett projekt till ett annat:
Dessa delar är metod, inte resultat. De visar hur man kommer fram till ett svar, inte vad svaret är. Den skillnaden är kärnan i ansvarsfull återanvändning: ta över processen, inte slutsatserna.
Det blir riskabelt så snart en tidigare plan hoppar över frågan själv. Om det tidigare projektet fastställde att två säljteam skulle slås samman, och detta automatiskt tas över eftersom "det är så det brukar fungera", beror chansen att det stämmer även denna gång på slumpen, inte på analys. Mer om när sammanslagning förstör värde och vad man känner igen det på kan läsas på en annan sida, men den bestående frågan återkommer här: kunde denna del kanske ha stått bättre för sig själv.
Detta gäller starkt för system. En IT-migration som var logisk vid det förra förvärvet — eftersom det förvärvade företaget hade en föråldrad plattform — är inte automatiskt logisk vid ett företag med ett system som just förnyats och fungerar bra. Vilka system som bäst lämnas orörda och vad man ser det på är en separat bedömning för varje situation, inte en regel som tas över från den förra affären.
Även organisationsstruktur är känslig för blind återanvändning. Om den förra planen fastställde att finansavdelningar alltid slås samman, försvinner med den automatiken frågan om det stämmer även här. Vid en buy-and-build-strategi, där en plattform upprepade gånger lägger till företag, blir frestelsen att köra en och samma mall ännu större — och nödvändigheten att titta på varje del på nytt ännu mer angelägen. Vad ett buy-and-build-tillvägagångssätt kräver av er integrationsstrategi och vad man ser det på förtjänar därför en egen bedömning per förvärv, inte en och samma återkommande plan.
Ett fungerande tillvägagångssätt är att använda den förra planen som en checklista över frågor som måste ställas på nytt, inte som en lista över svar som redan är givna. För varje del som integrerades i den förra planen ställer man på nytt frågan om det gäller även här. För varje del som hölls separat frågar man sig om det skälet gäller även här. Hur man strukturerar det beslutet per del — integrera eller inte, och utifrån vilka kriterier — avgör i slutändan mer för resultatet än hur snabbt planen finns på papper. Se även hur man bygger upp det beslutet per del och vad man känner igen det på: hur man beslutar per del om att integrera eller inte.
Vad som medvetet hålls separat förtjänar i den återanvända planen lika mycket uppmärksamhet som det som slås samman. En plan som bara innehåller integrationssteg och inget säger om vad som uttryckligen inte slås samman missar hälften av beslutet. Att i förväg synliggöra vad som förblir separat och varför förhindrar att det valet senare tolkas som ett misstag. Mer om detta: vad man medvetet håller separat och hur man dokumenterar det i förväg.
De tre generatorerna och integrationskontoret hos mergerintegration.net är byggda utifrån denna distinktion: struktur som följer med, inga slutsatser som smyger med i bagaget. En synergibaslinje, en Day 1-plan och en Day 100-plan byggs upp på nytt för varje situation utifrån samma frågor, med en benefit-tracker och en beslutslista som tvingar fram ett svar för varje del. Detta är verktyg som strukturerar, ingen erfarenhet som garanterar — verktyget är under uppbyggnad och den som vill använda det kan anmäla sig till väntelistan.
En integrationsplan handlar om vem som gör vilket arbete, vilka avdelningar som slås samman och vilka processer som fortsätter att existera. Under den frågan ligger en mer precis fråga: hur stor del av det arbete som framöver görs tillsammans eller separat är egentligen uppgiftsarbete som kan automatiseras. Arbetsanalysen (werkscan) från FTE TO AI räknar per uppgift ut vilken andel som kan tas över av AI, och ger därmed en sifferbaserad grund för ett val som annars bygger på antagande — precis den risk som även lurar vid återanvända integrationsplaner.
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.