mergerintegration Įtraukite mane į laukiančiųjų sąrašą

Kennisbank

Kur strigsta integracija ICT sektoriuje

Kas šį sektorių išskiria

Daugumoje sektorių įmonės vertė slypi turte: pastatuose, atsargose, sutartyse su nustatyta trukme. ICT sektoriuje vertė didžia dalimi slypi žmonėse ir kode, kurį šie žmonės rašė ir supranta. Klientai dažnai perka ne produktą, o santykius su klientų aptarnavimo komanda ar diegimo partneriu. Tai pakeičia proporcijas, į kurias integracija turi atsižvelgti: kai gamybos įmonėje didžioji dalis dėmesio gali tekti sistemoms ir pirkimams, ICT įmonėje svorio centras yra pagrindinio personalo išlaikymas ir klausimas, ar kliento sutartys išlaikys perėjimą be pakartotinių derybų.

Šis pokytis nėra laipsnio, o pobūdžio klausimas. Sandėlis gali palaukti tylesnio momento susijungimui. Programuotojas, kuris nori išeiti, per kelias savaites išeis, ir su juo dažnai išeina žinios apie sistemą, kuri niekur nėra dokumentuota. Sinergija popieriuje – bendra platforma, sujungta pardavimų komanda – neturi vertės, jei žmonės, kurie turi ją įgyvendinti, jau paliko įmonę anksčiau, nei buvo padarytas pirmasis žingsnis.

Klausimas, ar tikrai reikia jungti

Ir ICT sektoriuje integracija nėra savaime suprantamas dalykas. Dvi programinės įrangos vienetai su persidengiančiais produktais dėl susijungimo gali prarasti tuos klientus, kurie liko su vienu iš jų dėl funkcijos, kurios kitas neturi. Dvi inžinerijos komandos su skirtingu darbo būdu – skirtingais sprintų ciklais, skirtingomis kodo bazės konvencijomis, skirtingais įrankiais – praranda laiką derindamos tai, kas operaciniu požiūriu neduoda sinergijos, o tik tampa trintimi. Vertė, taikant „buy-and-build“ strategiją, todėl neturėtų automatiškai reikšti integracijos; kartais vertė slypi tame, kad geros komandos toliau veikia atskirai, taip, kaip jos jau funkcionuoja.

Sinergijos bazinė linija padeda šį klausimą tiksliai apibrėžti pagal komponentą: kuri inžinerijos komandos dalis, kuri klientų portfelio dalis, kuri sistemų dalis. Ne kaip prielaida iš anksto, o kaip dalykas, kurį reikia įrodyti, prieš tai įskaičiuojant kaip sinergiją.

Kur dažniausiai kyla problemų

Pirmasis kliūties taškas – personalo išlaikymas. Uždirbamoji išmoka ar išlaikymo premija pagrindiniams programuotojams skamba kaip sandorio struktūros detalė, tačiau be konkretaus 1-osios dienos signalo – kas pasilieka, kokiomis sąlygomis ir kada tai bus paskelbta – atsiranda erdvė netikrumui, dėl kurio žmonės patys nusprendžia išeiti. Laukti iki 100-osios dienos, kad tai sutvarkytų, praktikoje dažnai būna pavėluota.

Antrasis kliūties taškas – komunikacija su klientais. ICT klientai dažnai turi sutartį su nutraukimo momentu ar atnaujinimo data, o įmonės perėmimas jiems yra pretekstas pasižvalgyti dėl alternatyvų. Kas atidėlioja žinutę stambiems klientams iki uždarymo, rizikuoja, kad klientas naujienas išgirs iš šalies ir pats jas interpretuos kitaip, nei buvo numatyta.

Trečiasis kliūties taškas – technologijos: sujungti dvi technologijų steką retai kada pavyksta per tą pačią savaitę. Kai kurios integracijos – bendras sąskaitų faktūrų modulis, centralizuota CRM sistema – įmanomos su ribotu poveikiu. Kitos – pagrindinių platformų, kuriomis klientai naudojasi kasdien, sujungimas – reikalauja ilgesnio požiūrio tiesiog todėl, kad klaida ten iškart tampa pastebima galutiniam naudotojui. 1-osios dienos ir 100-osios dienos planas skirti tam, kad šis skirtumas būtų nustatytas iš anksto, o ne atrastas darbo eigoje.

Panašumai su kitais sektoriais

Tarpusavio priklausomybė tarp užduočių yra modelis, kuris pasireiškia ir kitose srityse, tik su skirtingais sankryžos punktais. Perimant statybų įmonę, tai leidimai ir santykiai su subrangovais nulemia, kas kada gali vykti; perimant nekilnojamojo turto įmonę, tai dažnai valdymo sutarčių struktūra. ICT sektoriuje tai žmonių, kurie gali išeiti, ir klientų, kurie gali nutraukti sutartį, kombinacija – abu greičiau, nei galima pritaikyti fizinį procesą. Integracijos biuras užfiksuoja šias tarpusavio priklausomybes, kad būtų aišku, kuris žingsnis blokuoja kitą žingsnį, nepriskiriant sektoriui, kuriame šis sankryžos punktas atsiranda.

Kas sprendžia dėl sinergijos

Perimant programinės įrangos įmones, sinergija dažnai priskiriama sandorio iniciatoriui, sugalvojusiam skaičių, o operacinis vadovas, kuris turi tai įgyvendinti, prisijungia tik vėliau. Ta pati įtampa pasireiškia finansinių paslaugų sektoriuje ir energetikos sektoriuje, o klausimas, kas yra sinergijos skaičiaus savininkas, turėtų būti atsakytas prieš uždarymą, o ne po jo.

Kas šis įrankis yra ir kas nėra

Trys generatoriai ir integracijos biuras kuria struktūrą: sinergijos bazinę liniją pagal komponentą, 1-osios dienos planą su konkrečiais pirmaisiais žingsniais, 100-osios dienos planą su tarpusavio priklausomybėmis ir sprendimų sąrašą, kas integruojama, o kas ne. Nėra vykdyto proceso, į kurį būtų nurodoma, ir apie rezultatą nieko nežadama. Įrankis užduoda klausimus ir sutvarko atsakymus; vertinimas priklauso sandorio komandai.

Įrankis kuriamas. Kas norėtų juo pasinaudoti, kai jis bus prieinamas, gali užsiregistruoti laukiančiųjų sąraše.

Papildomas klausimas: ką iš šio darbo perima AI

Sinergijos bazinę liniją ir 100-osios dienos planą sudaro didelis kiekis atskirų užduočių: sutarčių tikrinimas, klientų sąrašų lyginimas, tarpusavio priklausomybių žymėjimas. Kai kurias iš šių užduočių didžia dalimi galima automatizuoti, kitoms reikia vertinimo, kurio negalima perduoti. FTE TO AI darbo skenavimas apskaičiuoja pagal užduotį, kokią darbo dalį galima perduoti AI, kad būtų aišku, kur sutaupomas laikas ir kur išlieka reikalinga žmogiškoji priežiūra.

Visionde assistent van het integratiekantoor

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.