Co blokuje, a co na to samo čeká

V prvních sto dnech po uzavření obchodu se problém často jeví jako nedostatek rozhodnutí. Častěji je problémem pořadí. Rozhodnutí o společném ERP systému blokuje nastavení reportovacích linek. Rozhodnutí o tom, kdo získá komerční mandát, blokuje každý rozhovor se sdílenými klienty. Dokud nikdo tuto závislost nepojmenuje, čekají na sebe dva týmy současně, aniž by si to kdokoli všiml.

Rozdíl mezi pomalým a blokovaným

Ne každé nevyřešené rozhodnutí je problém. Některé věci mohou počkat, aniž by se zastavilo vše ostatní — které to jsou a kdo o tom může rozhodnout, je popsáno na stránce o tom, co může počkat do Day 100. Blokované rozhodnutí je něco jiného: je to rozhodnutí, na kterém závisí jiná rozhodnutí, a které tato jiná rozhodnutí prokazatelně drží zpět. Rozdíl není vždy vidět z pohledu jednoho týmu. Finanční oddělení nevidí, že jeho čekání na výběr systému zdržuje i integraci HR, protože výplatní pásky jsou navázány na stejný systém. Tato spojení se stanou viditelnými až tehdy, když je někdo výslovně zmapuje, nezávisle na oddělení, které se náhodou dostalo na řadu jako poslední.

Co stojí čekání, a proč se to nevejde do procenta

Náklady blokovaného rozhodnutí jsou zřídka pevná částka za týden. Závisí na tom, co je zastaveno: cenová dohoda, kterou nelze přehodnotit, dokud se nespojí produktové portfolio, klíčový zaměstnanec, který odchází, protože mu nikdo nedal jasno v otázce jeho role, klient, který přechází ke konkurenci, protože si dva account týmy vzájemně odporují. Nejsou to čísla, která by se dala vypočítat předem. Lze je ale uspořádat: jaké rozhodnutí ovlivňuje kolik dalších rozhodnutí, a jaká je povaha škody, pokud to trvá déle. Toto uspořádání — podle nejistoty a důsledku, ne podle toho, kdo nejvíc křičí — je rozebráno na stránce o třídění rozhodnutí podle nákladů nejistoty.

Otázka, která patří k každé závislosti

Při mapování blokujících rozhodnutí patří otázka, kterou nelze vynechat: má se tato část vlastně integrovat. Vyřešení závislosti spojením dvou systémů není automaticky lepší než jejich souběžná existence. Někdy je nejrychlejší způsob, jak odstranit blokádu, rozhodnout, že integrace v tomto bodě nepřináší žádnou hodnotu. Toto rozhodnutí by se nemělo dělat tiše proto, že se na to nikdo nezeptal; má se výslovně dostat na stůl, vedle otázky kdy a v jakém pořadí.

Kdo udržuje mapu závislostí

Seznam blokujících rozhodnutí je již první den integrace neúplný a stává se tak čím dál rychleji, jak se přijímá více rozhodnutí. Nové závislosti vznikají v okamžiku, kdy se řeší staré: systém je vybraný, a nyní se ukazuje, že implementace závisí na dodavatelské smlouvě, která ještě běží. Někdo musí tuto mapu udržovat aktuální, ne jako jednorázové cvičení v prvním týdnu, ale jako trvalý úkol — jinak se blokáda jen přesune na jiné místo. Kdo tuto roli zastává a jak tato osoba zabraňuje tomu, aby se sama mapa stala zdržující byrokracií, je na stránce o udržení integrační kanceláře funkční.

Vztah k tomu, co musí být viditelné v Day 100

Blokovaná rozhodnutí jsou často důvodem, proč se nepodaří dodržet plán Day 100, ne proto, že by byl plán špatný, ale proto, že se podcenila nějaká závislost. Jaká rozhodnutí patří do prvních sto dnů v každém případě a kdo dohlíží, že jsou skutečně přijata, je na stránce o rozhodnutích v prvních sto dnech. Co dělat, pokud se termín nakonec nestihne — jaká rozhodnutí se pak znovu prioritizují a kdo o tom rozhoduje — je popsáno na stránce o nesplnění Day 100. Signalizovat blokádu není totéž jako ji vyřešit, ale bez signalizace zůstává zdržení neviditelné až do okamžiku, kdy je nutné odevzdat zprávu.

Nástroj, ne zkušenost

Generátory a integrační kancelář mergerintegration.net tyto závislosti strukturují: mapují, jaké rozhodnutí čeká na jaké jiné rozhodnutí, a jaká část organizace je díky tomu zastavena. Není to referenční zkušenost — neexistuje realizovaný projekt, na který by se tento nástroj odvolával, a nic takového se tu netvrdí. Je to způsob, jak si otázku jasně stanovit ještě předtím, než se zdržení projeví v číslech, která už nikdo nemůže opravit. Kdo s tím chce pracovat, se může přihlásit na waitlist; nástroj se právě staví.

Můstek k pracovnímu scanu

Část času ztraceného na blokovaných rozhodnutích padne na práci, kterou lidé dělají manuálně, přestože by ji šlo automatizovat: spojování seznamů klientů, porovnávání smluvních podmínek, udržování mapy závislostí, která se po každé schůzce mění. Pracovní scan od FTE TO AI vypočítá pro každou úlohu, jakou její část lze převést na AI, a tím zviditelní, kde se uvolní kapacita, kterou by jinak bylo možné věnovat samotné integraci.