Deal-meeskonnal, kes on varem ühe ülevõtmise integreerinud, on tihti plaan olemas. Day 1 kontrollnimekiri, sünergiakategooriate loetelu, kommunikatsiooniskeem. Kiusatus on suur see dokument sahtlist välja võtta, nimed ja numbrid muuta ning edasi liikuda. See säästab aega. See säästab ka mõttetööd, ja see on täpselt probleem.
Integratsiooniplaan ei ole organisatsiooni mall, see on tulem valikutest, mis tehti teistsuguse ettevõtete kombinatsiooni puhul. Millised süsteemid liidetakse, millised meeskonnad sulanduvad, millised kliendisuhted jäävad eraldi — need valikud sõltusid sellest, millised eelmised kaks ettevõtet olid, mitte sellest, millised need kaks ettevõtet on. Plaani taaskasutamine sellele aluseks olevaid valikuid uuesti läbi kaalumata tähendab, et võtate üle struktuuri, mis on ehitatud teistsuguse olukorra jaoks.
Risk ei peitu vormis. Etapistus, kasu jälgija (benefit-tracker), sõltuvuste loetelu — need osad on tihti täiesti taaskasutatavad. Risk peitub sisus, mis rändab kaasa märkamatult: eeldus, et osakond X liidetakse alati, et süsteem Y jäetakse alati kasutusest välja, et kultuuri integreerimist käsitletakse alati samal viisil. Need eeldused ei ole neutraalsed. Need on pretsedent, ja pretsedent tundub tõendina, olemata seda.
Kolm asja rändavad tavaliselt hästi ühest projektist teise:
Need osad on meetod, mitte tulem. Need ütlevad, kuidas jõuate vastuseni, mitte mis on vastus. See vahe on vastutustundliku taaskasutuse tuum: protsessi ülevõtmine, mitte järelduste ülevõtmine.
Olukord muutub riskantseks niipea, kui eelmine plaan jätab küsimuse enda vahele. Kui eelmises projektis otsustati, et kaks müügimeeskonda liidetakse, ja see võetakse automaatselt üle, kuna "nii see nüüd kord käib", sõltub selle taas paika pidamise tõenäosus juhusest, mitte analüüsist. Rohkem selle kohta, millal liitmine hävitab väärtust ja mille järgi seda ära tunnete, leiate teiselt lehelt, kuid siin kordub püsiv küsimus: kas see osa oleks võinud paremini eraldi jääda.
See kehtib tugevalt süsteemide puhul. IT-migratsioon, mis oli eelmise tehingu puhul loogiline — kuna ülevõetud ettevõttel oli vananenud platvorm — ei ole automaatselt loogiline ettevõtte puhul, kelle süsteem on äsja uuendatud ja töötab hästi. Milliseid süsteeme on parem alles jätta ja mille järgi seda otsustada, on eraldi kaalutlus igas olukorras, mitte reegel, mille võtate üle eelmisest tehingust.
Ka organisatsiooni struktuur on tundlik pimeda taaskasutuse suhtes. Kui eelmine plaan sätestas, et finantsosakonnad liidetakse alati, kaob koos selle automatismiga küsimus, kas see kehtib ka siin. Buy-and-build strateegia puhul, kus platvorm lisab korduvalt ettevõtteid, on kiusatus rakendada üht malli veelgi suurem — ja vajadus igat osa uuesti vaadata veelgi pakilisem. See, mida buy-and-build lähenemine teie integratsioonistrateegialt nõuab ja mille järgi seda näha, väärib seega omaette kaalutlust iga ülevõtmise puhul, mitte üht korduvat plaani.
Toimiv lähenemine on kasutada eelmist plaani kontrollnimekirjana küsimustest, mis tuleb uuesti esitada, mitte vastuste loeteluna, mis on juba paigas. Igale eelmises plaanis integreeritud osale esitate uuesti küsimuse, kas see kehtib ka siin. Igale osale, mis jäi eraldi, küsite, kas see põhjus kehtib ka siin. Kuidas struktureerite selle otsuse iga osa puhul — liita või mitte, ja milliste kriteeriumide alusel — määrab lõppkokkuvõttes tulemuse rohkem kui see, kui kiiresti plaan paberile jõuab. Vaadake ka, kuidas see otsus osade kaupa üles ehitada ja mille järgi seda ära tunda: kuidas otsustate osade kaupa liitmise üle.
See, mis jäetakse teadlikult eraldi, väärib taaskasutatud plaanis samapalju tähelepanu kui see, mis liidetakse. Plaan, mis sisaldab vaid integreerimissamme ja ei ütle midagi selle kohta, mida sõnaselgelt ei liidetud, jätab kasutamata poole otsusest. See, mis jääb eraldi ja miks, ette näha ja kirja panna, hoiab ära, et see valik hiljem eksitusena seletatakse. Rohkem selle kohta: mida jätate teadlikult eraldi ja kuidas panete selle ette kirja.
mergerintegration.net kolm generaatorit ja integratsioonikontor on ehitatud sellele vahetegemisele: struktuur, mis rändab kaasa, mitte järeldused, mis vaikselt kaasa rändavad. Sünergia baasjoon, Day 1 plaan ja Day 100 plaan luuakse igas olukorras uuesti samadest küsimustest lähtudes, koos kasu jälgijaga ja otsustusloeteluga, mis sunnivad vastama iga osa kohta eraldi. See on tööriist, mis struktureerib, mitte kogemus, mis garanteerib — tööriist on veel valmimisel ja need, kes soovivad seda kasutada, saavad liituda ootenimekirjaga.
Integratsiooniplaan käsitleb küsimust, kes millist tööd tegema hakkab, milliseid osakondi liidetakse ja millised protsessid jäävad kehtima. Selle küsimuse all on täpsem küsimus: kui suur osa tööst, mida hakatakse tegema koos või eraldi, on tegelikult ülesandepõhine töö, mida saab automatiseerida. FTE TO AI töökoormuse skanner arvutab iga ülesande kohta, kui suure osa sellest saab AI üle võtta, andes seeläbi arvulise aluse valikule, mis muidu jääks eelduse peale toetuma — täpselt see risk, mis varitseb ka taaskasutatud integratsiooniplaanide puhul.
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.