Zespół dealowy, który wcześniej integrował akwizycję, ma zazwyczaj gotowy plan. Listę kontrolną Day 1, listę kategorii synergii, harmonogram komunikacji. Kuszące jest wyjąć ten dokument z szuflady, zmienić nazwy i liczby, i kontynuować. To pozwala zaoszczędzić czas. Pozwala też zaoszczędzić na pracy myślowej, i to jest właśnie problem.
Plan integracji nie jest szablonem dla organizacji, to wynik decyzji podjętych przy innej kombinacji firm. Które systemy się łączą, które zespoły się scalają, które relacje z klientami pozostają odrębne — te decyzje zależały od tego, czym były te dwie poprzednie firmy, nie od tego, czym są te dwie firmy teraz. Ponowne wykorzystanie planu bez ponownego przetestowania tych leżących u podstaw decyzji oznacza, że przejmuje Pan/Pani strukturę zbudowaną dla innej sytuacji.
Ryzyko nie leży w formie. Faza działań, tracker korzyści, lista zależności — te elementy są zazwyczaj dobrze nadające się do ponownego wykorzystania. Ryzyko leży w treści, która niezauważalnie podróżuje wraz z nimi: założenie, że dział X zawsze się łączy, że system Y zawsze zostaje wycofany, że integracja kulturowa zawsze przebiega w ten sam sposób. Te założenia nie są neutralne. Są precedensem, a precedens odczuwa się jako dowód, choć nim nie jest.
Trzy elementy zazwyczaj dobrze przenoszą się z jednego procesu do drugiego:
Te elementy są metodą, nie wynikiem. Mówią Panu/Pani, jak dojść do odpowiedzi, nie jaka jest ta odpowiedź. To rozróżnienie jest istotą odpowiedzialnego ponownego wykorzystania: przejmowanie procesu, nie wniosków.
Staje się ryzykowne, gdy wcześniejszy plan pomija samo pytanie. Jeśli w poprzednim procesie ustalono, że dwa zespoły sprzedażowe się łączą, i to jest automatycznie przejmowane, ponieważ „tak to po prostu działa”, to szansa, że to sprawdzi się również tym razem, zależy od przypadku, nie od analizy. Więcej o tym, kiedy łączenie niszczy wartość i po czym to Pan/Pani rozpozna, przeczyta Pan/Pani na innej stronie, ale stałe pytanie powraca tutaj: czy ten element mógł może lepiej pozostać odrębny.
To dotyczy szczególnie systemów. Migracja IT, która w poprzedniej transakcji miała sens — ponieważ przejmowana firma miała przestarzałą platformę — nie ma automatycznie sensu przy firmie z systemem, który właśnie został odnowiony i dobrze działa. Które systemy lepiej zostawić w spokoju i po czym to Pan/Pani rozpozna, to odrębna kwestia dla każdej sytuacji, nie reguła przejmowana z poprzedniej transakcji.
Również struktura organizacyjna jest podatna na ślepe ponowne wykorzystanie. Jeśli w poprzednim planie ustalono, że działy finansowe zawsze się łączą, wraz z tym automatyzmem zanika pytanie, czy to sprawdza się również tutaj. Przy strategii buy-and-build, w której platforma wielokrotnie dodaje firmy, kuszenie do zastosowania jednego szablonu jest jeszcze większe — a konieczność ponownego sprawdzenia każdego elementu jeszcze bardziej naglące. To, czego podejście buy-and-build wymaga od Pana/Pani strategii integracji i po czym to rozpoznać, zasługuje więc na własną ocenę dla każdej akwizycji, nie na jeden powtarzający się plan.
Działającym podejściem jest wykorzystanie wcześniejszego planu jako listy kontrolnej pytań, które trzeba postawić na nowo, nie jako listy odpowiedzi, które już są ustalone. Dla każdego elementu, który w poprzednim planie był integrowany, stawia Pan/Pani na nowo pytanie, czy to dotyczy również tej sytuacji. Dla każdego elementu, który pozostał odrębny, zastanawia się Pan/Pani, czy ten powód ma tu również zastosowanie. Sposób, w jaki Pan/Pani strukturyzuje tę decyzję dla każdego elementu — integrować czy nie, i na jakich kryteriach — decyduje ostatecznie o wyniku bardziej niż to, jak szybko plan jest gotowy na papierze. Zob. również, jak buduje się tę decyzję dla każdego elementu i po czym to rozpoznać: jak decyduje Pan/Pani dla każdego elementu o integrowaniu lub nie.
Co świadomie pozostaje odrębne, zasługuje w ponownie wykorzystanym planie na taką samą uwagę jak to, co się łączy. Plan, który zawiera tylko kroki integracji i nic nie mówi o tym, co wyraźnie nie jest łączone, brakuje połowy decyzji. Wcześniejsze uwidocznienie tego, co pozostaje odrębne i dlaczego, zapobiega temu, że ta decyzja zostanie później wytłumaczona jako pomyłka. Więcej na ten temat: co świadomie pozostawia Pan/Pani odrębne i jak to zapisuje z wyprzedzeniem.
Trzy generatory i biuro integracji mergerintegration.net są zbudowane na tym rozróżnieniu: struktura, która podróżuje wraz z procesem, nie wnioski, które podróżują ukradkiem. Bazowa linia synergii, plan Day 1 i plan Day 100 są budowane na nowo dla każdej sytuacji na podstawie tych samych pytań, z trackerem korzyści i listą decyzyjną, które zmuszają do odpowiedzi dla każdego elementu. To narzędzie, które strukturyzuje, nie doświadczenie, które gwarantuje — narzędzie jest w budowie i osoby, które chcą z niego skorzystać, mogą zapisać się na listę oczekujących.
Plan integracji dotyczy tego, kto wykonuje jaką pracę, które działy się łączą i które procesy pozostają. Pod tym pytaniem leży bardziej precyzyjne pytanie: jaka część pracy, która będzie wykonywana wspólnie lub odrębnie, jest w rzeczywistości pracą zadaniową, którą można zautomatyzować. Skan pracy FTE TO AI wylicza dla każdego zadania, jaka jego część może zostać przejęta przez AI, dając w ten sposób liczbową podstawę decyzji, która w innym wypadku pozostałaby oparta na założeniach — właśnie to ryzyko, które czeka również na ponownie wykorzystywane plany 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.