Po transakcji założenie jest zwykle gotowe z góry: co można połączyć, trzeba połączyć. To założenie kosztuje wartość w miejscach, na które nikt nie patrzy, ponieważ uwaga idzie w kierunku widocznych elementów — systemów, linii raportowania, zarządu. W tym czasie zespół, który właśnie dobrze funkcjonuje, zostaje połączony z zespołem, który działa inaczej, i znika właśnie ten powód, dla którego transakcja była atrakcyjna.
Pytanie „czy to musi być połączone” powinno być zadawane przy każdym elemencie, nie tylko przy tych, które się wyróżniają. To nie jest wyjątek dla trudnych przypadków. To jest standardowe pytanie, a integracja jest jedną z dwóch możliwych odpowiedzi.
Lista decyzyjna dzieli integrację na osobne elementy — systemy, zespoły, procesy, relacje z klientami, marki — i wymusza dla każdego elementu wybór: połączyć, rozdzielić lub coś pomiędzy. Bez tego podziału integracja staje się odczuciem, a nie zestawem decyzji. Z podziałem widać, które wybory opierają się na założeniach, a które na konkretnym powodzie.
Dla każdego elementu chodzi o kilka stałych pytań. Czy połączenie daje synergię, która przeważa nad utratą tego, co teraz działa? Czy istnieje zależność, która wymusza jeden system, czy jest to zwyczaj z poprzednich integracji? Kto ponosi ryzyko, jeśli coś pójdzie nie tak, i czy to ryzyko jest większe niż korzyść?
Istnieją rozpoznawalne wzorce, w których integracja nie jest neutralnym wyborem, ale kosztownym.
Zespół sprzedaży, który opiera się na relacjach, traci siłę w chwili połączenia z zespołem, który opiera się na procesie — zderzenie kultur uderza bezpośrednio w przychody, które miały uzasadniać transakcję. System klienta z własną historią i własnymi połączeniami przy migracji często niesie więcej ryzyka niż korzyści z efektywności, zwłaszcza jeśli ta korzyść istnieje przede wszystkim na papierze. Marka z własną lojalnością klientów traci tę lojalność, gdy zostaje wchłonięta przez większą markę, bez tego, aby klient sam o to poprosił.
Wspólny mianownik w tych przypadkach: synergia, która istnieje na papierze, jest mniejsza niż zakłócenie, które powoduje integracja. Co to konkretnie oznacza dla systemów, opisano na stronie które systemy lepiej pozostawić w spokoju, a szersze pytanie, kiedy ten wzorzec się pojawia, wraca na stronie kiedy integracja niszczy wartość i po czym to poznać.
Rozdzielenie bywa odczytywane jako odkładanie sprawy, jako coś, co jeszcze musi się wydarzyć. To nieporozumienie. Świadome rozdzielenie jest decyzją z powodem, tak jak połączenie jest decyzją z powodem. Różnica polega na tym, że powód rozdzielenia jest rzadziej dokumentowany, ponieważ nie wiąże się z nim żadna czynność, którą trzeba zaplanować.
Właśnie z tego powodu powód „rozdzielenia” powinien być odnotowany tak samo dokładnie jak powód „połączenia” — inaczej niemożliwe będzie wrócić do niego później, gdy sytuacja się zmieni. Po czym to rozpoznać, zanim decyzja zostanie podjęta, opisano na stronie co świadomie pozostawiacie osobno i po czym to rozpoznać z góry.
Przy jednorazowym przejęciu lista decyzyjna jest dość ustalona: dwie organizacje, jeden zestaw wyborów. Przy buy-and-build to się zmienia. Każde kolejne przejęcie dodaje elementy do platformy, która już podjęła decyzje, a pytanie brzmi nie tylko „połączyć z platformą czy nie”, ale także „według jakiego wzorca, i czy ten przypadek zasadnie od niego odbiega”.
Lista decyzyjna z poprzedniego przejęcia jest wtedy punktem wyjścia, a nie szablonem, który obowiązuje automatycznie. Co to oznacza dla podejścia, opisano na stronie co oznacza buy-and-build dla waszego podejścia do integracji, a jak wykorzystać wcześniejszy plan bez bezmyślnego powtarzania go, opisano na stronie jak ponownie wykorzystać plan integracji.
Generatory linii bazowej synergii, planu Dnia 1 i planu Dnia 100, wraz z biurem integracji do śledzenia korzyści i zależności, strukturyzują te decyzje. Ustalają, który element otrzymał jaki wybór, jaka zależność ten wybór wymusza i jaka synergia mu odpowiada. Nie zastępują decyzji. Nie ma zrealizowanego projektu, do którego się odwołujemy jako dowodu, że to działa — to jest struktura dla wyboru, który musi być ponownie podjęty dla każdego elementu, z możliwością, że integracja jest błędnym rozwiązaniem. Co to konkretnie oznacza dla konkretnego przypadku, opisano na stronie jak decydujecie dla każdego elementu, czy łączyć czy nie, i po czym to rozpoznać.
Narzędzie jest w budowie. Kto chce z niego korzystać, może zapisać się na listę oczekujących.
Gdy już ustalono, który element pozostaje rozdzielony a który zostaje połączony, powstaje kolejne pytanie: kto wykonuje pracę, która powstaje w wyniku tego wyboru, i jak duża jej część jest wystarczająco rutynowa, aby zorganizować ją inaczej. Przy łączeniu dwóch administracji, dwóch obsług klienta lub dwóch linii raportowania często powstaje dodatkowa praca, którą można ograniczyć, zanim zostanie ona trwale zorganizowana. Skan pracy FTE TO AI wylicza dla każdego zadania, jaką część tej pracy może przejąć AI, niezależnie od pytania, czy dany element sam musi zostać zintegrowany — drugi spojrzenie na tę samą listę decyzyjną, tym razem od strony zadań, które z niej wynikają.
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.