Deal team, kas iepriekš ir integrējusi kādu akvizīciju, bieži tam jau ir plāns. Day 1 kontrolsaraksts, sinerģijas kategoriju sarakts, komunikācijas grafiks. Kārdinājums ir liels — izņemt šo dokumentu no atvilktnes, nomainīt vārdus un skaitļus, un turpināt darbu. Tas ietaupa laiku. Tas ietaupa arī domāšanas darbu, un tieši tas ir problēmas kodols.
Integrācijas plāns nav organizācijas veidne, tas ir izvēļu rezultāts, kas pieņemtas citai uzņēmumu kombinācijai. Kuras sistēmas apvienojas, kuras komandas saplūst, kuras klientu attiecības paliek atsevišķas — šīs izvēles bija atkarīgas no tā, kādi bija iepriekšējie divi uzņēmumi, ne no tā, kādi ir šie divi uzņēmumi. Plāna atkārtota izmantošana bez šo pamatā esošo izvēļu pārbaudes no jauna nozīmē, ka jūs pārņemat struktūru, kas veidota citai situācijai.
Risks nav formā. Fazēšana, benefit-tracker, atkarību sarakts — šīs sastāvdaļas parasti ir lieliski atkārtoti izmantojamas. Risks slēpjas satura daļā, kas nemanāmi ceļo līdzi: pieņēmums, ka nodaļa X vienmēr tiek apvienota, ka sistēma Y vienmēr tiek izfazēta, ka kultūras integrācija vienmēr notiek vienā un tajā pašā veidā. Šie pieņēmumi nav neitrāli. Tie ir precedents, un precedents jūtas kā pierādījums, lai gan tas nav.
Trīs elementi parasti labi ceļo no viena projekta uz citu:
Šīs sastāvdaļas ir metode, nevis rezultāts. Tās pasaka, kā nonākt pie atbildes, ne kāda ir atbilde. Šī atšķirība ir atbildīgas atkārtotas izmantošanas kodols: pārņemt procesu, nepārņemt secinājumus.
Situācija kļūst riskanta tiklīdz iepriekšējais plāns pats izlaiž jautājumu. Ja iepriekšējā projektā tika noteikts, ka divas pārdošanas komandas apvienojas, un tas tiek automātiski pārņemts, jo "tā vienkārši strādā", tad varbūtība, ka tas šoreiz arī izrādīsies pareizi, ir atkarīga no nejaušības, ne no analīzes. Vairāk par to, kad apvienošana iznīcina vērtību un pēc kā to atpazīt varat lasīt citā lapā, bet pastāvīgais jautājums atkārtojas šeit: vai šī sastāvdaļa varētu būt bijusi labāk atstāta atsevišķi.
Tas jo īpaši attiecas uz sistēmām. IT migrācija, kas iepriekšējā darījumā bija loģiska — jo pārņemtajam uzņēmumam bija novecojusi platforma — nav automātiski loģiska uzņēmumam ar sistēmu, kas tikko atjaunota un darbojas labi. Kuras sistēmas labāk atstāt neskartas un pēc kā to atpazīt, ir katras situācijas atsevišķs apsvērums, ne noteikums, ko pārņemat no iepriekšējā darījuma.
Arī organizatoriskā struktūra ir jutīga pret akla atkārtota izmantošanu. Ja iepriekšējais plāns noteica, ka finanšu nodaļas vienmēr apvienojas, tad ar šo automātismu pazūd jautājums, vai tas šeit arī der. Buy-and-build stratēģijā, kur platforma vairākkārt pievieno uzņēmumus, kārdinājums izmantot vienu veidni ir vēl lielāks — un nepieciešamība katru reizi katrai sastāvdaļai paskatīties no jauna ir vēl steidzamāka. Ko buy-and-build pieeja prasa no jūsu integrācijas stratēģijas un pēc kā to redzēt, tāpēc pelna savu, katrai akvizīcijai atsevišķu, apsvērumu, ne vienu atkārtotu plānu.
Darbotiesspējīga pieeja ir izmantot iepriekšējo plānu kā jautājumu kontrolsarakstu, kas jāuzdod no jauna, ne kā atbilžu sarakstu, kas jau ir noteikts. Katrai sastāvdaļai, kas iepriekšējā plānā tika integrēta, jums no jauna jāuzdod jautājums, vai tas šeit arī der. Katrai sastāvdaļai, kas palika atsevišķa, jums jāpajautā, vai šis iemesls šeit arī attiecas. Kā jūs strukturējat šo lēmumu par katru sastāvdaļu — integrēt vai ne, un pēc kādiem kritērijiem — galu galā nosaka vairāk par rezultātu nekā tas, cik ātri plāns nonāk uz papīra. Skatiet arī, kā jūs veidojat šo lēmumu par katru sastāvdaļu un pēc kā to atpazīt: kā jūs lemjat par katru sastāvdaļu — integrēt vai ne.
Tam, kas apzināti paliek atsevišķi, atkārtoti izmantotajā plānā pelnīts tikpat daudz uzmanības, cik tam, kas apvienojas. Plāns, kas satur tikai integrācijas soļus un nekas neteic par to, kas apzināti netiek apvienots, iztrūkst pusi no lēmuma. Iepriekš skaidri parādīt, kas paliek atsevišķi un kāpēc, novērš to, ka šī izvēle vēlāk tiek izskaidrota kā kļūda. Vairāk par to: kas jūs apzināti atstājat atsevišķi un kā to iepriekš nofiksēt.
Trīs generatori un mergerintegration.net integrācijas birojs ir veidoti uz šī atšķīruma pamata: struktūra, kas ceļo līdzi, ne secinājumi, kas nemanāmi ceļo līdzi. Sinerģijas bāzes līnija, Day 1 plāns un Day 100 plāns katrai situācijai tiek uzbūvēti no jauna, sākot no tiem pašiem jautājumiem, ar benefit-tracker un lēmumu sarakstu, kas piespiež sniegt atbildi par katru sastāvdaļu. Šis ir rīks, kas strukturē, nevis pieredze, kas garantē — rīks ir izstrādes procesā, un tie, kas vēlas to izmantot, var pierakstīties gaidīšanas sarakstā.
Integrācijas plāns ir par to, kurš dara kādu darbu, kuras nodaļas apvienojas un kuri procesi paliek. Zem šī jautājuma slēpjas precīzāks jautājums: cik daudz no darba, kas turpmāk tiks veikts kopā vai atsevišķi, patiesībā ir uzdevumdarbs, kas ir automatizējams. FTE TO AI darba skenēšana (werkscan) katram uzdevumam aprēķina, kādu daļu no tā var pārņemt AI, un tādējādi sniedz skaitlisku pamatu izvēlei, kas citādi paliek balstīta uz pieņēmumu — tieši tas risks, kas draud arī atkārtoti izmantotiem integrācijas plāniem.
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.