W pierwszych stu dniach po transakcji problem wydaje się często brakiem decyzji. Częściej problemem jest kolejność. Decyzja o wspólnym systemie ERP blokuje ustanowienie linii raportowania. Decyzja o tym, kto otrzyma mandat handlowy, blokuje każdą rozmowę ze wspólnymi klientami. Dopóki nikt nie nazwie tej zależności, w dwóch zespołach jednocześnie czeka się na siebie nawzajem, bez tego, że ktokolwiek to zauważa.
Nie każda niepodjęta decyzja jest problemem. Niektóre sprawy mogą czekać, bez tego, że resztą staje w miejscu — jakie to są sprawy i kto może to określić, opisano na stronie o tym, co może czekać do po Day 100. Zablokowana decyzja to coś innego: to decyzja, od której zależą inne decyzje, i która w sposób wykazywalny je wstrzymuje. Różnica nie jest zawsze widoczna z perspektywy jednego zespołu. Dział finansowy nie widzi, że jego oczekiwanie na wybór systemu wstrzymuje również integrację HR, ponieważ listy płac są powiązane z tym samym systemem. Te połączenia stają się widoczne tylko wtedy, gdy ktoś je wyraźnie zmapuje, niezależnie od działu, który przypadkiem jest ostatni w kolejce.
Koszty zablokowanej decyzji rzadko są stałą kwotą tygodniową. Zależą od tego, co stoi w miejscu: umowa cenowa, która nie może być zrewidowana, dopóki portfolio produktów nie zostanie połączone, kluczowy pracownik, który odchodzi, bo nikt nie daje jasności co do jego roli, klient, który przechodzi do konkurenta, bo dwa zespoły klientowe mówią sobie wzajemnie coś innego. To nie są liczby, które można obliczyć z góry. Można je jednak porządkować: która decyzja dotyka ilu innych decyzji, i jaki jest charakter szkody, jeśli trwa to dłużej. Ten porządek — według niepewności i skutku, nie według tego, kto najgłośniej krzyczy — opisano na stronie o sortowaniu decyzji według kosztów niepewności.
Przy mapowaniu blokujących decyzji należy do niej pytanie, którego nie można pominąć: czy ta część powinna właściwie być zintegrowana. Rozwiązanie zależności poprzez połączenie dwóch systemów nie jest automatycznie lepsze niż pozwolenie im na funkcjonowanie równolegle. Czasem najszybszym sposobem na usunięcie blokady jest zdecydowanie, że integracja w tym punkcie nie dodaje wartości. Ta decyzja nie powinna być podejmowana milcząco, dlatego że nikt nie zadał tego pytania; powinna leżeć wyraźnie na stole, obok pytania kiedy i w jakiej kolejności.
Lista blokujących decyzji jest już niekompletna w pierwszym dniu integracji, i staje się nią coraz szybciej, w miarę jak podejmowanych jest więcej decyzji. Nowe zależności powstają w momencie, gdy stare zostają rozwiązane: system został wybrany, a teraz okazuje się, że implementacja zależy od umowy z dostawcą, która wciąż obowiązuje. Ktoś musi tę mapę utrzymywać na bieżąco, nie jako jednorazowe ćwiczenie w pierwszym tygodniu, ale jako zadanie ciągłe — inaczej blokada tylko przesuwa się w inne miejsce. Kto pełni tę rolę i jak ta osoba zapobiega temu, by sama mapa stała się spowalniającą biurokracją, opisano na stronie o utrzymaniu biura integracji w stanie operacyjnym.
Zablokowane decyzje są często przyczyną tego, że plan Day 100 nie zostaje zrealizowany, nie dlatego, że plan był błędny, ale dlatego, że jakąś zależność niedoszacowano. Które decyzje w każdym razie należą do pierwszych stu dni i kto dopilnowuje, by zostały one faktycznie podjęte, opisano na stronie o decyzjach w pierwszych stu dniach. Co robić, jeśli termin nie zostanie ostatecznie osiągnięty — które decyzje wtedy są priorytetyzowane na nowo i kto o tym decyduje — opisano na stronie o nieosiągnięciu Day 100. Zasygnalizowanie blokady nie jest tym samym co jej rozwiązanie, ale bez sygnalizacji zwłoka pozostaje niewidoczna do momentu, gdy raport musi zostać przedstawiony.
Generatory i biuro integracji mergerintegration.net strukturyzują te zależności: mapują, która decyzja czeka na jaką inną decyzję, i która część organizacji przez to stoi w miejscu. To nie jest referencja z dotychczasowej działalności — nie istnieje zrealizowany projekt, na który to narzędzie się powołuje, i to nie jest tutaj sugerowane. To sposób na precyzyjne postawienie pytania, zanim zwłoka stanie się widoczna w liczbach, których nikt już nie może skorygować. Kto chce z tego korzystać, może zapisać się na listę oczekujących; narzędzie jest w budowie.
Część czasu, który jest tracony na zablokowane decyzje, jest tracona na pracę, którą ludzie wykonują ręcznie, choć można ją wykonać automatycznie: łączenie list klientów, porównywanie warunków umów, prowadzenie mapy zależności, która zmienia się po każdym spotkaniu. Skan pracy FTE TO AI wylicza dla każdego zadania, jaka jego część może zostać przejęta przez AI, i w ten sposób ukazuje, gdzie zwalnia się pojemność, którą inaczej można było poświęcić samej integracji.
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.