Day 100 planas nesusideda iš šimto pavienių užduočių. Jį sudaro nedidelis skaičius sprendimų, nuo kurių daug priklauso, ir didelis skaičius užduočių, kurios gali pradėti tik tada, kai tie sprendimai priimti. Finansinės apskaitos sistemos pasirinkimas yra vienas toks sprendimas. Ataskaitų teikimo linijų sutvarkymas – kitas. Kol jie neapibrėžti, laukia eilė kitų užduočių — kartais tai matoma, dažniau nematoma, nes niekas neseka tos eilės.
Klausimas „kurios priklausomybės blokuoja likusią dalį" nėra klausimas apie plano su rodyklėmis nubrėžimą. Tai klausimas, kaip nustatyti, kurie mazgai yra tikri mazgai, o kurios užduotys tik atrodo, kad laukia vienos kitos, nes niekas jų neišskyrė.
Ne kiekviena eiliškumo tvarka yra priklausomybė. Kai kurios užduotys plane išdėstytos vienos po kitos, nes tai pasirodė patogu, o ne nes viena reikalinga kitai. Tikra blokuotė atitinka paprastą kriterijų: užduotis B galima pradėti, arba pradėti tinkamai, tik tada, kai priimtas sprendimas A. Ir atvirkščiai — jei B gali vykti toliau ir be A, su laikina prielaida, tai nėra blokuotė, o pasirinkimas laukti.
Toks skirtumas yra tiksliai priežastis, kodėl kokie sprendimai turi priklausyti pirmosioms šimtui dienų yra klausimas, kuris keliamas anksčiau nei šis. Šimto užduočių sąrašas, neatskiriant blokuojančių ir neblokuojančių, sukuria planą, kuriame slėgis atrodo vienodas visur. Tai retai atitinka tikrovę. Dažniausiai keletas sprendimų blokuoja daugybę užduočių, o likusios gali vykti paraleliai.
Ne kiekvienas atidėtas sprendimas kainuoja tiek pat. Sprendimas dėl vizualinio identiteto gali palaukti mėnesius, ir nieko neatsitiks. Sprendimas dėl to, kas gali pasirašyti klientų sutartis, per kelias savaites gali sustabdyti skyrių, kuris to laukia. Klausimas ne tik tas, ką sprendimas blokuoja, bet ir kiek kainuoja jo nepriėmimas — ir ta kaina nėra vienoda visur, net ne tarp sprendimų, kurie popieriuje atrodo vienodai svarbūs.
Todėl prasminga sprendimus rikiuoti ne pagal svarbą, bet pagal tai, kiek kainuoja netikrumas, kol sprendimas neatidas. Kaip rikiuoti sprendimus pagal netikrumo kainą aprašo tokį rikiavimą: ne kas kainuoja pats sprendimas, bet kas kainuoja jo dar neturėjimas. Šis skirtumas dažnai pakeičia eiliškumą. Sprendimas, kuris turinio prasme svarbus, bet mažai kitą dalyką blokuoja, gali būti gale. Sprendimas, kuris atrodo nesvarbus, bet dėl jo laukia trys komandos, turi būti priešakyje.
Priklausomybė, kurios niekas neseka, netampa mažiau blokuojanti — ji tik tampa matoma vėliau, dažniausiai tuo metu, kai vėlavimas jau įsigalėjęs. Stebėjimas nėra užduotis, kuri automatiškai priklauso vienai iš dalyvaujančių komandų, nes abi komandos mato tik savo priklausomybės pusę. Komanda, kuri laukia, žino, kad laukia. Komanda, nuo kurios sprendimo tai priklauso, dažnai nežino, kad kažkas jos laukia.
Toks stebėjimas yra pagrindinė integracijos biuro užduotis: ne vykdyti, o matyti, kas ko laukia, ir tai matomą palaikyti tol, kol tai aktualu. Kaip tas biuras išlieka veiksmingas, netapdamas pats vėlavimo sluoksniu, aprašyta kaip išlaikyti integracijos biurą veiksmingą. Ir kadangi priklausomybės dažnai priklauso nuo konkrečių žmonių — vieno parašo, kito patvirtinimo — tai taip pat klausimas, kas organizacijoje faktiškai gali tuos mazgus išnarplioti, o tai susijęs su kas yra jūsų pagrindiniai asmenys perėmimo metu.
Su kiekviena priklausomybe susijęs klausimas, kurį lengva praleisti: ar šią dalį iš tikrųjų reikia sujungti. Blokuotės sprendimas, integruojant dvi sistemas, ne visada geresnis nei blokuotės palikimas, sistemas laikant atskirai. Kartais pigiausias sprendimas nėra narplioti, o nesujungti. Šis klausimas turi būti keliamas kiekviename mazge, ne kaip išimtis, o kaip nuolatinė svarstymo dalis — kitaip integravimas tampa tikslu savaime, o ne priemone.
Ką praleista Day 100 data faktiškai reiškia, ir kas tuomet atsakingas, priklauso nuo to, kaip tos blokuotės buvo stebimos. Tai išplėtota ką daryti, jei Day 100 nepasiekta ir kas tai stebi. O netikrumas, kylantis, kol sprendimai lieka neatidas, turi žmogiškąją pusę, kuri netelpa į planą: kodėl žmonės palieka organizaciją per neaiškius mėnesius aprašo, kiek laukimas kainuoja žmonėms, ne tik užduotims.
Mergerintegration.net dar kuriamas. Kas norėtų naudoti generatorius ir integracijos biurą, kai jie bus pasiekiami, gali užsiregistruoti laukimo sąraše.
Kai priklausomybės jau nustatytos, lieka klausimas, kas faktiškai vykdys darbą, kai mazgai bus išnarplioti. Daugelis užduočių, kurios laukia sprendimo — duomenų perkėlimas, dokumentų tikrinimas, ataskaitų teikimo sutvarkymas — susideda iš žingsnių, kuriuos galima kartoti, kai taisyklės nustatytos. FTE TO AI darbo skenavimas apskaičiuoja kiekvienai užduočiai, kokią dalį darbo gali perimti AI, kad būtų aišku, kur žmonės vis dar reikalingi ir kur atsilaisvina pajėgumai sprendimams, kurių negalima praleisti.
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.