Integracija dažnai laikoma standartiniu keliu po sandorio: dvi organizacijos, viena sistema, vienas procesas, viena kultūra. Ši prielaida kainuoja pinigus tose vietose, kur į tai jau niekas nebežiūri. Kai kurios dalys turi likti atskirtos, ne todėl, kad integruoti būtų per sunku, o todėl, kad sujungimas tose vietose atima vertę, o ne ją suteikia.
Sinergijos bazinėje linijoje, Day 1 plane ar Day 100 plane dažniausiai daugiausia dėmesio skiriama tam, kas turi būti padaryta. Lygiai taip pat svarbus klausimas, ar tą dalį iš tikrųjų reikia integruoti. Tai nėra išimtinis klausimas, kurį užduodate vieną kartą abejotinais atvejais. Tai nuolatinis žingsnis, taikomas kiekvienai sistemai, kiekvienai komandai, kiekvienam procesui. Kaip nusprendžiate, kurią dalį integruoti, o kurią ne priklauso nuo to, ką ta dalis duoda, kol ji lieka tokia, kokia yra, palyginti su tuo, ką integracija kainuoja laiko, rizikos ir dėmesio žmonėms, kurie turi ir kitų darbų.
CRM sistema, kuri jau metų metus veikia, pritaikyta vienos komandos darbo būdui, dažnai turi daugiau operatyvinių žinių, nei užrašyta popieriuje. Persikėlimas į bendrą sistemą suteikia švaresnę architektūrą, tačiau taip pat sukelia laikotarpį, kuriuo mažėja galimybės veikti efektyviai toje komandoje, kuri turi rodyti geriausius rezultatus. Kurias sistemas geriau palikti tokias, kokios yra yra klausimas, nepriklausantis nuo to, kas techniškai įmanoma. Technika retai stovi integracijai skersai kelio. Klausimas yra, ar grąža atsveria trikdymą, ir šis atsakymas skiriasi kiekvienai sistemai ir kiekvienai komandai.
Buy-and-build strategijoje atskirumas dažnai nėra trūkumas, o pradinis principas. Platformai, kuri prijungia vieną įsigijimą po kito, svarbu, kad atskiros dalys būtų atpažįstamos ir veiktų greitai, o ne tai, kad būtų viena vienoda struktūra, kurią reikia keisti su kiekvienu nauju sandoriu. Ką buy-and-build reiškia jūsų integracijos požiūriui yra visai kitas klausimas nei vieno įsigijimo atveju. Ten norma nustatoma tuo, kas veiks kito priedo atveju, ne tuo, kas šiuo metu geriausiai atrodo organizacinėje schemoje.
Yra keletas atpažįstamų signalų. Komanda, kuri veikia pagal savo darbo metodą, netinkantį bendram procesui, praranda greitį, kai tas metodas išnyksta. Kliento santykiai, kurie remiasi įsigytos šalies vardu ar asmeniu, gali nukentėti, kai tas vardas išnyksta bendrame prekės ženkle. Produktų linija, turinti kitokį pelno ar rizikos profilį nei likusi organizacijos dalis, tampa nepastebima bendrose ataskaitose ir dėl to lieka nepakankamai valdoma. Kada integracija sunaikina vertę ir iš ko tai pastebite aprašo tokius modelius, ne kaip išimtį, o kaip nuolatinę kiekvieno integracijos vertinimo dalį.
Lengviausia klaida yra tai pastebėti tik po įvykio, kai sumažėja kliento apyvarta arba komanda praranda savo geriausius žmones. Tada jau vėlu. Signalai dažniausiai jau būna iš anksto: priklausomybė nuo vieno asmens, kliento santykiai be perduodamos struktūros, sistema, kurioje užfiksuoti procesai, neaprašyti niekur kitur. Ką sąmoningai paliekate atskirai ir iš ko tai pastebite iš anksto padeda šiuos signalus laiku atpažinti, prieš integracijos planui juos nurašant kaip dar tik reikiamą padaryti dalyką.
Sprendimas ką nors palikti atskirai nėra vienkartinis vertinimas. Kas šiandien lieka atskirta, po metų gali būti pasiruošusi integracijai, ir atvirkščiai — dalis, kuri dabar sujungiama, galėjo geriau palaukti. Kaip pakartotinai naudojate integracijos planą todėl yra aktualu, net kai pirmoji plano versija daugiausia susideda iš sprendimų nieko nedaryti. Plano struktūra — sprendimų sąrašas, priklausomybės, naudos sekimas — išlieka naudinga kaip vertinimo pagrindas ir ilgai po pirmųjų šimto dienų.
mergerintegration.net generatoriai ir integracijos biuras struktūruoja šiuos svarstymus: kurios dalys yra sprendimų sąraše, kokios priklausomybės atsiranda, jei ką nors sujungiate ar ne, ir kaip sekate, ar tikėtasi sinergija iš tikrųjų atsiranda. Tai įrankis, kuris sutvarko klausimą, o ne šalis, kuri remdamasi savo patirties įrašais sako, kas yra teisingas pasirinkimas jūsų atveju. Tas sprendimas išlieka sandorio komandos arba veiklos partnerio, kuris pažįsta organizaciją, kompetencijoje.
Įrankis vis dar kuriamas. Norintys jį naudoti, kai jis bus prieinamas, gali registruotis į laukiančiųjų sąrašą.
Tai, kas lieka atskirai, dažnai reiškia, kad žmonės ten toliau dirba taip, kaip dirbo iki šiol. Tada ypač svarbu žinoti, kiek to darbo sudaro pasikartojančios užduotys ir kiek — tai, ko nėra taip paprasta automatizuoti ar perduoti. FTE TO AI darbo skenavimas apskaičiuoja pagal užduotį, kokią darbo dalį gali perimti DI, nepriklausomai nuo to, ar komanda ar sistema toliau integruojama, ar sąmoningai paliekama atskirai.
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.