Integracijos planas dažniausiai pradedamas nuo klausimo, ką jūs sujungsite. Klausimas, kuris turėtų būti prieš tai, dažniau praleidžiamas: ko jūs tikrai nesujungiate, ir kodėl. Sistemos nėra tikslas pačios savaime. Jos yra proceso nešėjas, o tas procesas turi vertę, kuri nebūtinai išlieka, kai sistema pasikeičia.
Prielaida, kad dvi organizacijos turi veikti vienoje sistemoje, dažnai kyla iš įpročio, ne iš skaičiavimo. Konsolidacija kainuoja laiką, pinigus ir žmonių dėmesį, kurie turi ir kitą darbą. Tam priešinasi grąža, kuri ne visais atvejais yra didesnė už kaštus. Kada integravimas naikina vertę pateikia platesnę šio klausimo versiją: koks yra pradinis taškas, ir kada nedarymas yra geresnis atsakymas.
Įrankis integracijos biure padeda šį svarstymą atlikti. Sprendimų sąrašas, ką integruoti ir ko ne, verčia kiekvienai sistemai, procesui ar komandai priimti sprendimą ir nurodyti priežastį, o ne vadovautis prielaida, kuri niekada nebuvo išreikšta žodžiais.
Yra keletas pasikartojančių situacijų, kuriose sujungimas anksčiau kainuoja, nei duoda.
Sistema yra glaudžiai susijusi su darbo metodu, kuris išskiria įsigytą įmonę. Jei sistema yra priežastis, kodėl klientai ar darbuotojai renkasi organizaciją, tai jos pakeitimas yra rizika prarasti lygiai tai, už ką buvo mokama.
Perėjimo kaštai yra didesni už tai, ką galima laimėti. Sistema, kuri giliai įsišaknijusi ataskaitose, sąsajose su klientais ar priežiūros reikalavimuose, yra brangi pakeisti. Jei vienintelė grąža yra bendras informacijos skydelis, tai dažnai neatsiperka.
Komanda, kuri su ja dirba, turi mažai laisvų pajėgumų dar ir perėjimui. Integracija reikalauja tų pačių žmonių, kurie atlieka einamąjį darbą, dėmesio. Jei tie žmonės jau yra pilnai užimti, perėjimas prisideda prie esamo krūvio, sukeliant klaidų riziką ir vėlavimą.
Nėra gero pagrindo, be vienodumo. Viena sistema visai grupei skamba tvarkingai, bet tvarkingumas nėra sinergija. Jei niekas negali nurodyti, kurios išlaidos sumažės ar kurios pajamos padidės dėl sujungimo, tai yra signalas klausimą užduoti iš naujo.
Šie signalai ne visada matomi informaciniame memorandume. Jie tampa akivaizdūs, kai sudarote sinergijos bazinę liniją: prie kiekvienos prielaidos apie sinergiją turi būti klausimas, kuri sistema, procesas ar komanda yra jos pagrindas, ir kas atsitiks, jei tai nepasikeis. Kai bazinė linija mini sinergiją, nesusiejant jos su konkrečia sistema, tai dažnai rodo, kad sinergija yra silpnesnė, nei atrodo.
Tas pats taikoma Day 1 planui ir Day 100 planui. Abu generatoriai dirba su priklausomybėmis: jei sistema A pasikeičia tik po to, kai pritaikytas procesas B, tai tampa matoma, kol tai netapo problema padalinyje. Sistema, kuri niekur nepasireiškia toje priklausomybių grandinėje, yra kandidatė palikti nuošalyje, bent jau kol kas.
Skirtumas tarp sąmoningo palikimo nuošalyje ir paprasčiausio neatlikimo yra svarbus. Kas paliekama nuošalyje be priežasties, tampa aklina zona: niekas to nesekimo, niekas neįtraukia į naudos stebėseną, ir po metų nebeįmanoma nustatyti, ar tai buvo sprendimas, ar praleidimas. Ką jūs sąmoningai paliekate nuošalyje pateikia, kaip šį skirtumą užfiksuoti, kad vėlesnis įvertinimas galėtų grįžti prie pirminio svarstymo, o ne prie atminties.
Tai tampa svarbesne, kai įsigijimas yra dalis serijos. Ką reiškia buy-and-build jūsų integracijos požiūriui klausimas sugrįžta kita forma: kas dabar paliekama nuošalyje, kito įsigijimo metu vėl gali tapti aktualu, ir atvirkščiai – kas buvo sujungta ankstesnio įsigijimo metu, čia gali būti tik priežastis to nedaryti šįkart. Ir čia taikoma: ankstesnio plano pakartotinis naudojimas nėra garantija, kad rezultatas turi būti tas pats. Kaip pakartotinai naudoti integracijos planą pateikia, kaip pastebėti, ar ankstesnis planas tarnauja kaip pagrindas, ar veikiau kaip perspėjimas.
Trys generatoriai ir integracijos biuras su sprendimų sąrašu šiuo metu yra kuriami. Nėra jau atlikto projekto, į kurį būtų galima nurodyti, ir tai čia nėra teigiama: įrankis struktūruoja klausimus ir priklausomybes, jis nepateikia ankstesnių rezultatų įrodymų. Kas norėtų su tuo dirbti, kai jis bus prieinamas, gali užsiregistruoti laukimo sąraše.
Klausimas, kuri sistema paliekama, galiausiai susijęs su klausimu, koks darbas su tuo yra susijęs ir ar tam darbui reikia žmonių dėmesio, ar jį galima organizuoti kitaip. Kas po šio svarstymo norėtų žinoti, kuri dalis likusio darbo tinkama perimti AI, FTE TO AI darbo skenavime (werkscan) ras skaičiavimą pagal kiekvieną užduotį: ne vertinimą organizacijos lygiu, o išskaidymą, rodantį, kur automatizavimas dera, o kur ne, su tuo, kas faktiškai vyksta.
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.