V prvých sto dňoch po uzavretí obchodu sa zdá, že problémom je často nedostatok rozhodnutí. Častejšie je problémom poradie. Rozhodnutie o spoločnom ERP systéme blokuje zavedenie reportovacích línií. Rozhodnutie o tom, kto získa obchodný mandát, blokuje každý rozhovor so zdieľanými klientmi. Kým nikto túto závislosť nepomenuje, dva tímy čakajú súčasne jeden na druhého, bez toho, aby si to niekto všimol.
Nie každé odložené rozhodnutie je problém. Niektoré veci môžu počkať bez toho, aby sa zvyšok zastavil — ktoré to sú a kto o tom môže rozhodovať, je popísané na stránke o tom, čo môže počkať do Day 100. Blokované rozhodnutie je niečo iné: je to rozhodnutie, od ktorého závisia iné rozhodnutia, a ktoré tie ostatné rozhodnutia preukázateľne zadržiava. Rozdiel nie je vždy viditeľný z jedného tímu. Finančné oddelenie nevidí, že jeho čakanie na voľbu systému zadržiava aj integráciu HR, pretože výplatné pásky sú závislé od toho istého systému. Tieto súvislosti sa stanú viditeľnými až vtedy, keď ich niekto explicitne zmapuje, nezávisle od oddelenia, ktoré je náhodou posledné na rade.
Náklady blokovaného rozhodnutia zriedka predstavujú fixnú sumu za týždeň. Závisia od toho, čo stojí: cenová dohoda, ktorú nie je možné prehodnotiť, kým nie je zlúčené produktové portfólio, kľúčový zamestnanec, ktorý odchádza, pretože mu nikto neposkytuje jasnosť o jeho úlohe, klient, ktorý prechádza ku konkurencii, pretože si dva account tímy vzájomne odporujú. Toto nie sú čísla, ktoré sa dajú vypočítať vopred. Dajú sa však usporiadať: ktoré rozhodnutie ovplyvňuje koľko ďalších rozhodnutí, a aká je povaha škody, ak to trvá dlhšie. Toto usporiadanie — podľa neistoty a dôsledku, nie podľa toho, kto najviac kričí — je rozobraté na stránke o triedení rozhodnutí podľa nákladov neistoty.
K mapovaniu blokujúcich rozhodnutí patrí otázka, ktorá sa nesmie vynechať: má sa táto časť vlastne integrovať. Riešenie závislosti zlúčením dvoch systémov nie je automaticky lepšie ako ich ponechanie vedľa seba. Niekedy je najrýchlejším spôsobom odstránenia blokády rozhodnutie, že integrácia na tomto mieste neprináša hodnotu. Toto rozhodnutie by sa nemalo prijímať mlčky len preto, že sa nikto na to nespýtal; malo by byť explicitne položené na stôl, spolu s otázkou kedy a v akom poradí.
Zoznam blokujúcich rozhodnutí je už v prvý deň integrácie neúplný a stáva sa tým rýchlejšie neúplným, čím viac rozhodnutí sa prijíma. Nové závislosti vznikajú vo chvíli, keď sa vyriešia staré: systém je vybraný, a teraz sa ukáže, že implementácia závisí od dodávateľskej zmluvy, ktorá ešte platí. Niekto musí túto mapu udržiavať aktuálnu, nie ako jednorazové cvičenie v prvom týždni, ale ako bežiacu úlohu — inak sa blokáda len presúva na iné miesto. Kto túto úlohu vykonáva a ako táto osoba zabraňuje tomu, aby sa samotná mapa stala spomaľujúcou byrokraciou, je popísané na stránke o udržaní funkčnosti integračnej kancelárie.
Blokované rozhodnutia sú často dôvodom, prečo sa nedosiahne plán Day 100, nie preto, že plán bol nesprávny, ale preto, že sa podcenila závislosť. Ktoré rozhodnutia patria bezpodmienečne do prvých sto dní a kto dohliada, že sa skutočne prijmú, je popísané na stránke o rozhodnutiach v prvých sto dňoch. Čo robiť, ak sa termín napriek tomu nedodrží — ktoré rozhodnutia sa potom prehodnocujú a kto o tom rozhoduje — je popísané na stránke o nedosiahnutí Day 100. Signalizovanie blokády nie je to isté ako jej riešenie, ale bez signalizácie zostáva zdržanie neviditeľné až do okamihu, kedy sa musí odovzdať report.
Generátory a integračná kancelária mergerintegration.net štruktúrujú tieto závislosti: mapujú, ktoré rozhodnutie čaká na ktoré iné rozhodnutie, a ktorá časť organizácie tým stojí. Toto nie je referencia — neexistuje realizovaný projekt, na ktorý by sa tento nástroj odvolával, a to sa tu ani netvrdí. Je to spôsob, ako presne formulovať otázku predtým, ako sa zdržanie prejaví v číslach, ktoré už nikto nedokáže opraviť. Kto s tým chce pracovať, môže sa zaregistrovať na čakací zoznam; nástroj sa ešte vyvíja.
Časť času, ktorý sa stráca na blokovaných rozhodnutiach, sa spotrebuje na prácu, ktorú ľudia robia manuálne, hoci by sa mohla robiť automaticky: zlučovanie zoznamov klientov, porovnávanie zmluvných podmienok, udržiavanie mapy závislostí, ktorá sa mení po každom stretnutí. Pracovný scan od FTE TO AI vypočíta pre každú úlohu, akú časť z nej môže prevziať AI, a tak zviditeľňuje, kde sa uvoľňuje kapacita, ktorá by sa inak mohla venovať samotnej integrácii.
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.