Pirmosios šimtas dienų po įsigijimo nėra pilnos sprendimų, kurie visi sveria vienodai. Dalis turi būti priimti nedelsiant: kas ką pasirašo, kuri sistema toliau veikia, kas komunikuoja su klientais. Kita dalis gali palaukti, ir kartais laukimas yra geresnis pasirinkimas. Klausimas, kuris dažnai lieka neuždėtas, nėra "kas turi įvykti", bet "kas įvyksta, jei šis sprendimas priimamas dviem savaitėmis vėliau" — ir kas tuo tarpu stebi šią spragą.
Sprendimų tvarka per pirmąsias šimtą dienų dažnai sudaroma kaip projekto planas: kas gali vykti paraleliai, kas turi vykti vienas po kito. Tai yra dalis atsakymo. Kita dalis yra neapibrėžtumas. Sprendimas, kuris pats savaime yra nedidelis, vis tiek gali turėti būti priimtas pirmiausia, nes kol jis nepriimtas, neaišku, kas vyksta penkiose kitose komandose. Kaip atskirti šiuos atvejus, skaitykite metode sprendimams rūšiuoti pagal neapibrėžtumo kaštus, o ne pagal planavimą. Be tokio rūšiavimo susidaro sąrašas, kuris atrodo logiškas, bet paliekantis brangiausius neapibrėžtumus sąrašo gale.
Egzistuoja prielaida, kad 100-osios dienos planas turi būti išsamus: visa, kas susiję su integracija, kažkur suplanuota. Ši prielaida neteisinga. Kai kuriuos sprendimus geriau atidėti po šimtosios dienos, nes tada bus žinoma informacija, kurios dabar dar nėra, arba nes to komponento sujungimas iš viso nėra tikras. Kas gali palaukti ir kokios sąlygos leidžia šį atidėjimą stebėti, o ne pamiršti, aprašyta apžvalgoje, kas gali įvykti po šimtosios dienos ir kas tai toliau stebi. Sprendimo atidėjimas yra sprendimas; jis turi turėti savininką, net jei pats veiksmas dar nevyksta.
Klausimas "kas tai stebi" yra tiek pat svarbus, kiek klausimas, kokie sprendimai egzistuoja. Sprendimų sąrašas be savininko prie kiekvieno sprendimo yra dokumentas, ne valdymo įrankis. Daugumoje integracijų šis stebėjimas priklauso integracijos biurui: mažai komandai ar vienam asmeniui, kuris kas savaitę tikrina, ar sprendimai, kurie turėjo būti priimti tą savaitę, iš tiesų buvo priimti, ir kuris parodo, kai tai neįvyksta. Kaip toks integracijos biuras išlieka veikiantis — neišauga į savo bürokratiją, neišsigimsta į formą, kurios niekas nebepildo — aprašyta metode, kaip integracijos biurą palaikyti lengvą ir funkcionalų.
Sprendimai per pirmąsias šimtą dienų retai yra vienas nuo kito nepriklausomi. Sprendimas, kuri CRM sistema paliekama, nustato, kada pardavimų komandas galima sujungti. Sprendimas apie juridinę struktūrą nustato, kada gali integruotis sąskaitų išrašymas. Dalis vėlavimo integracijose kyla ne iš lėto sprendimų priėmimo, o iš priklausomybių, kurios nebuvo iš anksto nustatytos. Kokios priklausomybės blokuoja likusį grafiką ir kaip tai stebėti, aprašyta metode, kaip nustatyti blokuojančias priklausomybes prieš joms sustabdant grafiką.
Šimtoji diena yra etapas, ne garantija. Planai užtrunka, sprendimai priimami vėliau nei numatyta, ir klausimas tada nėra, ar tai blogai, o koks yra kitas žingsnis. Perplanavimas, nesutrikdant viso proceso, yra atskiras klausimas su savo požiūriu.
Dalis sprendimų per pirmąsias šimtą dienų priklauso nuo konkrečių žmonių: to, kuris pažįsta kliento ryšius, to, kuris administruoja sistemą, to, kurio parašo reikia. Jei šis asmuo išeina, atostogauja arba yra perkrautas, sprendimas sustoja, ir tai nebuvo pastebima planavime. Kas yra šie pagrindiniai asmenys ir kaip išvengti, kad viena nebuvimo situacija sustabdytų visą grafiką, aprašyta metode, kaip nustatyti pagrindinius asmenis įsigijimo metu ir valdyti jų nebuvimą.
Kiekvienas sprendimas per šias šimtą dienų turėtų būti susijęs su klausimu, kuris nėra savaime aiškus: ar šis komponentas tikrai turi būti sujungtas? Integracija kartais sunaikina vertę, o ne sukuria ją — dviejų veikiančių sistemų sujungimas nėra automatiškai geriau nei paliekant jas veikti atskirai. Šis klausimas turėtų būti keliamas prie kiekvieno komponento, ne kaip išimtis, o kaip nuolatinė sprendimo dalis.
Šis puslapis aprašo sistemą: kokie sprendimai sveria, kokia tvarka, ir kas juos stebi. Tai nėra darbų sąrašas ar įvykdytas projektas, į kurį galima nurodyti — tai įrankis, kuris suteikia struktūrą periodui, kuris be struktūros greitai užsikemša. Šią sistemą palaikantis įrankis, su generatoriais sinergijos bazinei linijai, 1-osios dienos planui ir 100-osios dienos planui, yra kuriamas. Norintys tuo pasinaudoti gali registruotis į laukimo sąrašą.
Dalis šimtos dienų susideda iš darbo, kuris nėra sprendimai, o vykdymas: ataskaitų sujungimas, duomenų perkėlimas, komunikacijos rengimas. Šiai daliai svarbus kitas klausimas: kiek šio darbo galima perduoti dirbtiniam intelektui. FTE TO AI darbo skenavimas apskaičiuoja kiekvienai užduočiai, kokia dalis darbo tam tinkama, o tai duoda orientaciją, kur integracijos procese galima laisvinti pajėgumus sprendimams, kurie ir toliau lieka žmogaus darbu.
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.