Kennisbank

Ponovna uporaba integracijskega načrta: hitreje ni vedno bolje

Deal team, ki je prej že integriral prevzem, ima pogosto pripravljen načrt. Kontrolni seznam za Dan 1, seznam kategorij sinergij, komunikacijski razpored. Skušnjava, da vzamete ta dokument iz predala, spremenite imena in številke ter nadaljujete, je velika. To prihrani čas. Prihrani tudi miselno delo, in prav to je problem.

Zakaj prejšnji načrt ni preprosto primeren

Integracijski načrt ni predloga za organizacijo, temveč rezultat odločitev, sprejetih pri drugi kombinaciji podjetij. Kateri sistemi se združijo, katere ekipe se zlijejo, katere odnose s strankami ostanejo ločeni — te odločitve so bile odvisne od tega, kaj sta bili prejšnji dve podjetji, ne od tega, kaj sta ti dve podjetji. Ponovna uporaba načrta brez ponovnega preverjanja teh temeljnih odločitev pomeni, da prevzemate strukturo, zgrajeno za drugačno situacijo.

Tveganje ni v obliki. Faznost, sledilnik koristi, seznam odvisnosti — ti deli so pogosto zelo primerni za ponovno uporabo. Tveganje je v vsebini, ki se neopazno prenaša z njimi: predpostavka, da se oddelek X vedno združi, da se sistem Y vedno postopno opusti, da se kulturna integracija vedno izvaja na enak način. Te predpostavke niso nevtralne. So precedens, in precedens se zdi kot dokaz, čeprav ni.

Kaj je res primerno za ponovno uporabo

Tri stvari se navadno dobro prenesejo iz enega projekta v drugega:

• Struktura postavljanja vprašanj: katere kategorije sinergij obstajajo, katere odvisnosti morate preslikati, kateri mejniki spadajo k Dnevu 1 v primerjavi z Dnevom 100.
• Format sledenja: kako je korist opredeljena, merjena in zaključena, ne glede na to, kaj korist vsebinsko pomeni.
• Vprašalnik, s katerim za posamezen del preverite, ali je združevanje smiselno.

Ti deli so metoda, ne rezultat. Povedo vam, kako priti do odgovora, ne kaj je odgovor. To razlikovanje je jedro odgovorne ponovne uporabe: prevzame se postopek, ne sklepi.

Kje ponovna uporaba uničuje vrednost

Stvar postane tvegana, kakor hitro prejšnji načrt preskoči samo vprašanje. Če je prejšnji projekt določil, da se dve prodajni ekipi združita, in se to samodejno prevzame, ker je "pač tako", je verjetnost, da to velja tudi tokrat, odvisna od naključja, ne od analize. Več o tem, kdaj združevanje uničuje vrednost in po čem to prepoznate, lahko preberete na drugi strani, vendar se tukaj vrne stalno vprašanje: ali bi ta del morda bolje ostal ločen.

To močno velja za sisteme. Selitev IT-sistema, ki je bila pri prejšnjem poslu logična — ker je prevzeto podjetje imelo zastarelo platformo — ni samodejno logična pri podjetju s sistemom, ki je bil ravnokar posodobljen in dobro deluje. Katere sisteme je bolje pustiti pri miru in po čem to prepoznate, je ločen premislek za vsako situacijo, ne pravilo, prevzeto iz prejšnjega posla.

Tudi organizacijska struktura je občutljiva na slepo ponovno uporabo. Če je prejšnji načrt določil, da se finančni oddelki vedno združijo, potem s tem avtomatizmom izgine vprašanje, ali to velja tudi tukaj. Pri strategiji buy-and-build, kjer platforma večkrat dodaja podjetja, je skušnjava, da se uporabi ena predloga, še večja — in nujnost, da se za vsak del znova preveri, še bolj nujna. Kaj pristop buy-and-build zahteva od vaše integracijske strategije in po čem to prepoznate, si torej zasluži lastno presojo za vsak prevzem, ne enega ponavljajočega se načrta.

Praktična pot: ponovna uporaba kot izhodišče, ne kot odgovor

Delujoč pristop je uporabiti prejšnji načrt kot kontrolni seznam vprašanj, ki jih morate ponovno zastaviti, ne kot seznam odgovorov, ki so že določeni. Za vsak del, ki je bil v prejšnjem načrtu integriran, ponovno zastavite vprašanje, ali to velja tudi tukaj. Za vsak del, ki je ostal ločen, se vprašajte, ali ta razlog velja tudi tukaj. Kako strukturirate to odločitev za posamezen del — integrirati ali ne, in na podlagi katerih meril — na koncu bolj vpliva na rezultat kot to, kako hitro je načrt na papirju. Glejte tudi, kako zgradite to odločitev za posamezen del in po čem to prepoznate: kako se za posamezen del odločite o združevanju ali ne.

Kar zavestno ostane ločeno, si v ponovno uporabljenem načrtu zasluži enako pozornost kot to, kar se združi. Načrt, ki vsebuje samo korake integracije in ne pove nič o tem, kaj se izrecno ne združuje, zamudi polovico odločitve. Vnaprejšnja preglednost o tem, kaj ostane ločeno in zakaj, preprečuje, da bi se ta izbira kasneje razlagala kot napaka. Več o tem: kaj zavestno pustite ločeno in kako to vnaprej zapišete.

Trije generatorji in integracijska pisarna podjetja mergerintegration.net so zgrajeni na tem razlikovanju: struktura, ki se prenaša naprej, ne sklepi, ki se skrivaj prenašajo z njo. Osnovna sinergijska črta, načrt za Dan 1 in načrt za Dan 100 se za vsako situacijo znova zgradijo iz istih vprašanj, s sledilnikom koristi in odločitvenim seznamom, ki silita k odgovoru za vsak del. To je orodje, ki strukturira, ne izkušnja, ki zagotavlja — orodje je v izdelavi in kdor ga želi uporabljati, se lahko prijavi na čakalni seznam.

Od integracijskega načrta do delovne obremenitve

Integracijski načrt govori o tem, kdo opravlja katero delo, kateri oddelki se združijo in kateri procesi ostanejo. Pod tem vprašanjem se skriva natančnejše vprašanje: koliko od dela, ki bo v prihodnje opravljeno skupaj ali ločeno, je pravzaprav delo nalog, ki ga je mogoče avtomatizirati. Delovni sken podjetja FTE TO AI za vsako nalogo izračuna, kolikšen del je mogoče prevzeti z UI, s čimer daje številčno podlago odločitvi, ki bi sicer temeljila na predpostavki — natanko tveganje, ki preti tudi pri ponovno uporabljenih integracijskih načrtih.