Jungiantis įmonėms ar vykstant įsigijimui, integracija dažnai laikoma savaime suprantamu dalyku: dvi organizacijos, todėl dvi sistemos turi tapti viena. Ši prielaida kainuoja laiką, pinigus ir dėmesį, o kartais kainuoja daugiau, nei duoda. Kai kurios sistemos neturėtų būti sujungtos. Ne dėl to, kad tai techniškai neįmanoma, bet dėl to, kad rezultatas nėra vertas to, ko tai pareikalauja.
Klausimas „kurias sistemas geriau palikti neintegruotas“ nėra išimtis integravimo procese. Tai nuolatinis žingsnis, kuris kartojasi su kiekvienu komponentu — nuo CRM sistemos iki gamybos planavimo ir personalo administravimo.
Sujungimas naikina vertę keliais atpažįstamais būdais.
Jei sistema neturi sąlyčio su likusia organizacijos dalimi, tuomet integracija tik prideda riziką, be to, kad kur nors atsirastų sinergija. Pavyzdžiui, specializuota sistema, kuri palaiko vieną komandą nišoje, nesusijusioje su likusia įmonės veikla.
Jei perkėlimo kaštai nusveria vieningos sistemos naudą. Duomenų perkėlimas, pertvarkymas, mokymo laikas ir klaidų rizika perėjimo metu — tai realios sąnaudos. Šios sąnaudos kartais neatitinka to, kas laimima administravimo paprastumo ar licencijų kaštų atžvilgiu.
Jei sistema tik neseniai įdiegta arba tik neseniai nurašyta, todėl perėjimas reikalautų dvigubo kapitalo, kai pirminė investicija dar nėra atsipirkusi.
Jei sujungimas veda prie kompromiso, kuriame nei viena, nei kita organizacija negauna to, ko jai reikia, o vėliau kylanti operacinė įtampa yra didesnė nei įtampa, kylanti iš dviejų sistemų egzistavimo greta.
Išsamesnį šio sprendimo aptarimą, su ženklais, kurie iš anksto matomi, rasite čia: kada integravimas naikina vertę ir kaip tai atpažinti.
Sąmoningas palikimas neintegruotu skiriasi nuo neapmąstymo. Sistema, kurią paliekate atskirai, tebėra integracijos sprendimo dalis, tik iš to sprendimo išplaukia išvada „nesujungti“. Tai reiškia, kad vis tiek reikia susitarimų dėl priežiūros, dėl to, kas už ką atsakingas, ir dėl to, kaip vyksta ataskaitų teikimas ar duomenų srautas tarp dviejų sistemų, kol jos egzistuoja greta.
Ženklai, iš kurių iš anksto galima nustatyti, kas turėtų likti atskirai, aptarti čia: ką sąmoningai paliekate atskirai ir kaip tai pastebėti iš anksto. Tai taikoma ne vien sistemoms: tai galioja ir komandoms, procesams bei klientų santykiams, kurie turi savo vertę, kol nėra įtraukti į didesnę visumą.
Siekiant išvengti, kad šis klausimas atsitiktinai būtų užduodamas vienai sistemai, o kitai — praleidžiamas, nuolatinis sprendimo momentas veikia geriau nei pavienės diskusijos. Kiekvienam komponentui — sistemai, procesui, komandai — užduodamas tas pats klausimas: kokią naudą duoda sujungimas, kiek tai kainuoja ir ar yra pagrindo tai atidėti arba visai neįgyvendinti.
Kaip sudarytas šis sprendimų sąrašas ir kokie kriterijai jame nuolat kartojasi, aprašyta čia: kaip nusprendžiate kiekvienam komponentui atskirai, integruoti ar ne, ir kaip tai atpažinti. Šio sprendimo rezultatas ne visada galutinis: tai, kas šiuo metu paliekama atskirai, vėliau, pasikeitus aplinkybėms, gali būti sujungta.
Taikant buy-and-build strategiją, vertinimas skiriasi nuo vienkartinio įsigijimo. Platformos įmonei, kuri nuosekliai integruoja kelis įsigijimus, naudinga turėti pasikartojančius sprendimus: sistemos, kurios liko atskirai vieno įsigijimo metu, tikėtinai liks atskirai ir kito, todėl modelis tampa nuspėjamas, o ne kiekvienas sandoris sukelia naują diskusiją. Ką tai reiškia jūsų požiūriui, aprašyta čia: ką buy-and-build reiškia jūsų integravimo požiūriui. Sandorių komandoms, kurios anksčiau jau sudarė integravimo planą, verta apžvelgti, kas iš to gali būti pakartotinai naudojama kitam sandoriui, kaip aprašyta čia: kaip pakartotinai naudoti integravimo planą.
Išsamesnę apžvalgą, kurios sistemos praktikoje dažniau lieka atskirai, ir su tuo susijusius ženklus, rasite čia: kurias sistemas geriau palikti neintegruotas ir kaip tai pastebėti.
Sinergijos bazinės linijos, Day 1 plano ir Day 100 plano generatoriai, kartu su integravimo biuru naudai sekti ir priklausomybėms valdyti, yra sukurti tam, kad struktūruotų šiuos sprendimus. Jie nesuteikia įdirbio ir nesuteikia garantijos dėl gero rezultato. Jie užtikrina, kad klausimas „ar tai iš tiesų turi būti sujungta“ būtų užduotas kiekvienam komponentui, o ne keliems ir pamirštas likusiems.
Įrankis kuriamas. Norintys jį naudoti, kai jis bus paskelbtas, gali registruotis į laukiančiųjų sąrašą.
Klausimas, kurios sistemos liks atskirai, dažnai susijęs su kitu klausimu: kokia darbo dalis tose sistemose iš tiesų dar atliekama rankiniu būdu, ir kokią jos dalį gali perimti dirbtinis intelektas. Integracija yra geras momentas tai įvertinti, kadangi procesai vis tiek yra peržiūrimi. FTE TO AI darbo skanavimo priemonė kiekvienai užduočiai apskaičiuoja, kokia darbo dalis tinka perduoti dirbtiniam intelektui, nepriklausomai nuo to, ar pagrindinės sistemos bus sujungtos, ar liks egzistuoti greta.
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.