Day 100 planas paprastai sudaromas atsargiai ir su dėmesiu. Klausimas, kas jį stebi po to, sulaukia mažiau dėmesio. Yra sprendimų sąrašas, eiliškumas, keli atsakingi asmenys. Tada visi imasi darbo. Trūksta dažnai ne plano, o vietos, kur būtų matoma, kad planas atsilieka, kol dar nebus vėlu.
Tai nėra drausmės klausimas. Tai klausimas, kur susirenka informacija. Jei trys darbo srautai kiekvienas atskirai fiksuoja savo eigą, niekas nepastebi modelio, kuris atsiranda, kai jie vieni kitų laukia. Būtent tas modelis dažniausiai yra priežastis, kodėl šimtas dienų tampa šimtu penkiasdešimt.
Jei nėra vietos, kurioje susirinktų visi sprendimai ir jų statusas, dažniausiai įvyksta vienas iš dviejų dalykų. Pirma: sprendimai nebyliai nukeliami, be to, kad kas nors sąmoningai nuspręstų juos atidėti. Antra: žmonės patys priima sprendimą, nes atsakymo nesulaukia, ir šis sprendimas skiriasi nuo to, ko integracijos komanda iš tikrųjų norėjo.
Abu variantai yra kaštingi, bet tokiu būdu, kuris nepasirodo eigos ataskaitoje. Kaštai slypi neaiškume: klientai nežino, kas yra jų kontaktinis asmuo, komandos dvigubai atlieka darbą, nes sistemos nesujungtos, ir svarbiausi darbuotojai palieka organizaciją, nes niekas jiems nepasakė, kokį vaidmenį jie turėsiantys. Būtent dėl šios priežasties kokie sprendimai priklauso pirmoms šimtui dienų pateikiamas ne vien sąrašas, bet ir skirstymas pagal tai, kas iš tikrųjų turi būti išspręsta šiuo laikotarpiu.
Ne visi sprendimai turi vienodą svorį, ir ne visi sprendimai turi būti priimti pirmiausia. Kai kurie sprendimai kainuoja mažai, jei jie priimami keliomis savaitėmis vėliau. Kiti blokuoja visa, kas aplink, kol jie liks neišsprendžia. Skirtumas slypi tame, kas sustoja, kol nėra atsakymo — apie tai kalba kaip rūšiuoti sprendimus pagal netikrumo kaštus, kur netikrumas pats savaime nagrinėjamas kaip kaštų punktas, o ne kaip nepatogumas.
Pavyzdys: sprendimas dėl pardavimų komandos sujungimo dažnai gali palaukti iki šeštos savaitės. Sprendimas dėl to, kas gali pasirašyti klientų sutartis, negali laukti, nes kiekviena atidėjimo savaitė reiškia, kad kažkas improvizuoja. Kas šiuos du sprendimus sudeda į vieną sąrašą be skirtumo, rizikuoja, kad pirmenybę gaus netinkamas sprendimas.
Dažniausiai yra nedidelė grupė sprendimų, kurie patys savaime nekainuoja daug, bet nulemia, ar kiti sprendimai galės būti priimti. IT migracija, kuri nesuplanuota, blokuoja klientų duomenų sujungimą. Organizacinė struktūra, kuri nepatvirtinta, blokuoja paskyrimus. Kokios priklausomybės blokuoja likusius sprendimus aprašo, kaip atpažinti šiuos susikirtimo punktus, kol jie nepasireiškia kaip vėlavimas.
Būtent šiai kategorijai priežiūra naudingiausia, kadangi žala pasireiškia tik vėliau. Sulėtėjusį susikirtimo punktą dažnai pastebėsite tik tuo metu, kai trys kiti sprendimai jau bus įstrigę.
Klausimas, kas stebi, yra organizacinis klausimas, ne techninis. Integracijos biuras yra ne kas kita, kaip vieta, kur susirenka sprendimai, atsakingi asmenys ir statusas, kad kažkas — dažnai operating partner arba deal team narys — galėtų pamatyti, kur procesas įstringa, neapklausdamas kiekvienos komandos atskirai. Kaip ta vieta lieka funkcionali, netapdama pati savaime biurokratiniu lygmeniu, aprašyta straipsnyje kaip išlaikyti integracijos biurą funkcionalų.
Tuo tarpu žmogiškasis aspektas išlieka atskiru rizikos šaltiniu. Svarbiausi darbuotojai, kurie palaiko kasdienį tęstinumą, ne visada yra tie, kurie turi labiausiai pastebimą pareigų pavadinimą, ir kas yra jūsų svarbiausi darbuotojai perėmimo metu padeda šią grupę identifikuoti, kol jie nepaliko organizacijos dėl netikrumo. Nes neaiškumas veikia ne tik sprendimus, bet ir žmones: kodėl žmonės palieka organizaciją neaiškiais mėnesiais aprašo, kad palikimas retai susijęs su pačiu sprendimu, o su tuo, kad jo nesulaukiama.
Sinergijos bazinės linijos, Day 1 plano ir Day 100 plano generatoriai, kartu su integracijos biuru, suteikia struktūrą: sprendimų sąrašą, naudos sekimą (benefit-tracking) ir priklausomybių apžvalgą. Jie nepasako, ką turite nuspręsti, ir negarantuoja terminų. Tačiau jie palaiko klausimą matomą — ar kažką iš tikrųjų reikia integruoti, ar atskyrimas išlaikytų daugiau vertės. Šis klausimas priklauso kiekvienai daliai, ne kaip išimtis, bet kaip nuolatinė svarstymo dalis.
Šis įrankis dar kuriamas. Kas norėtų juo pasinaudoti jau dabar, gali užsirašyti į laukiančiųjų sąrašą; nėra atlikto projekto, į kurį būtų galima nurodyti, yra tik pats įrankis ir struktūra, kurią jis suteikia.
Didelė dalis darbo pirmose šimte dienų susideda iš užduočių, kurias galima išskaidyti: statusų sekimo, priklausomybių signalizavimo, ataskaitų sudarymo iš atskirų šaltinių. Tiems, kurie norėtų žinoti, kokią šio darbo dalį realistiškai galima perduoti AI, o kokia dalis liks žmogaus darbu, FTE TO AI darbo skanavimas (werkscan) tai apskaičiuoja pagal kiekvieną užduotį, kad laiko ir dėmesio panaudojimas integracijos biure galėtų būti sutelktas į sprendimus, kuriems tai labiausiai reikalinga.
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.