V prvih sto dneh po sklenitvi poslovne kombinacije se problem pogosto zdi pomanjkanje odločitev. Pogosteje je problem zaporedje. Odločitev o skupnem ERP-sistemu blokira vzpostavitev poročevalskih linij. Odločitev o tem, kdo dobi komercialni mandat, blokira vsak pogovor s skupnimi strankami. Dokler nihče ne poimenuje te odvisnosti, dve ekipi hkrati čakata drug na drugega, brez da bi kdo to opazil.
Ni vsaka odločitev, ki obtiči, problem. Nekatere zadeve lahko počakajo, brez da bi se preostalo ustavilo — katere so to in kdo lahko to določi, je opisano na strani o tem, kaj lahko počaka do po Day 100. Blokirana odločitev je nekaj drugega: gre za odločitev, od katere so odvisne druge odločitve, in ki te druge odločitve dokazljivo zadržuje. Razlika ni vedno vidna iz enega samega tima. Finančni oddelek ne vidi, da njegovo čakanje na izbiro sistema zadržuje tudi integracijo kadrovske funkcije, ker so plačilne liste vezane na isti sistem. Te povezave postanejo vidne šele, ko jih nekdo izrecno preslika, ne glede na oddelek, ki je naključno nazadnje na vrsti.
Stroški blokirane odločitve so redko fiksen znesek na teden. Odvisni so od tega, kaj stoji: cenovni dogovor, ki ga ni mogoče revidirati, dokler produktni portfelj ni združen, ključni sodelavec, ki odide, ker mu nihče ne pojasni njegove vloge, stranka, ki preide h konkurenci, ker si dva prodajna tima nasprotujeta. To niso številke, ki bi jih bilo mogoče vnaprej izračunati. So pa jih mogoče razvrstiti: katera odločitev vpliva na koliko drugih odločitev, in kakšna je narava škode, če traja dlje. Ta razvrstitev — po negotovosti in posledicah, ne po tem, kdo najbolj glasno vpije — je obravnavana na strani o razvrščanju odločitev po stroških negotovosti.
Pri preslikavi blokirajočih odločitev spremlja vprašanje, ki ga ni dovoljeno izpustiti: ali je treba ta del sploh integrirati. Reševanje odvisnosti z združitvijo dveh sistemov ni samodejno boljše od tega, da obstajata vzporedno. Včasih je najhitrejši način za odpravo blokade odločitev, da integracija na tej točki ne prinaša dodane vrednosti. Ta odločitev ne sme biti sprejeta tiho, samo ker nihče ni postavil vprašanja; mora biti izrecno na mizi, poleg vprašanja kdaj in v kakšnem zaporedju.
Seznam blokirajočih odločitev je že prvi dan integracije nepopoln, in postaja to hitreje, ko se sprejema več odločitev. Nove odvisnosti nastanejo takoj, ko se rešijo stare: sistem je izbran, in zdaj se izkaže, da je implementacija odvisna od pogodbe z dobaviteljem, ki še teče. Nekdo mora ta zemljevid vzdrževati aktualen, ne kot enkratno vajo v prvem tednu, temveč kot tekočo nalogo — sicer se blokada samo premakne na drugo mesto. Kdo opravlja to vlogo in kako ta oseba preprečuje, da bi zemljevid sam postal zavlačujoča birokracija, je opisano na strani o tem, kako integracijsko pisarno ohraniti delujočo.
Blokirane odločitve so pogosto razlog, da načrt za Day 100 ni dosežen, ne ker je bil načrt napačen, temveč ker je bila odvisnost podcenjena. Katere odločitve v vsakem primeru sodijo v prvih sto dni in kdo skrbi, da so tudi res sprejete, je opisano na strani o odločitvah v prvih sto dneh. Kaj storiti, če roka vseeno ni mogoče doseči — katere odločitve se takrat ponovno prioritizirajo in kdo o tem odloča — je opisano na strani o tem, ko Day 100 ni dosežen. Signaliziranje blokade ni enako njeni odpravi, brez signaliziranja pa zamuda ostane neopazna do trenutka, ko je treba poročilo predložiti.
Generatorji in integracijska pisarna mergerintegration.net strukturirajo te odvisnosti: preslikajo, katera odločitev čaka na katero drugo odločitev, in kateri del organizacije zaradi tega stoji. To ni referenca — ni izvedenega projekta, na katerega bi se to orodje sklicevalo, in to se tukaj tudi ne namiguje. Gre za način, da se vprašanje zastavi natančno, preden se zamuda pokaže v številkah, ki jih nihče več ne more popraviti. Kdor želi delati s tem, se lahko prijavi na čakalno listo; orodje je v izdelavi.
Del časa, ki se izgubi ob blokiranih odločitvah, gre za delo, ki ga ljudje opravljajo ročno, čeprav bi ga lahko tudi avtomatizirano: združevanje seznamov strank, primerjava pogodbenih pogojev, vzdrževanje zemljevida odvisnosti, ki se spremeni po vsakem sestanku. Delovna ocena podjetja FTE TO AI za vsako nalogo izračuna, kateri del te naloge lahko prevzame AI, in tako pokaže, kje se sprosti zmogljivost, ki bi jo sicer lahko namenili sami integraciji.
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.