Plan integracji z wcześniejszej transakcji często wciąż jest dostępny. Struktura działała, podział na funkcje i systemy był prawidłowy, i pojawia się chęć, by użyć go ponownie. Ale ponowne wykorzystanie planu to coś innego niż powtórzenie wyniku. Pytanie nie brzmi, czy plan był kompletny, ale czy zawarte w nim założenia wciąż obowiązują dla tej transakcji, tych dwóch organizacji i tego rynku.
Ponowne wykorzystanie działa na poziomie pytania, nie na poziomie odpowiedzi. Poprzedni plan zawierał kolejność łączenia systemów, podział funkcji, które łączono lub nie, oraz listę zależności. Ta kolejność jest przydatna jako lista kontrolna, aby niczego nie przeoczyć. Nie jest przydatna jako wynik do skopiowania, ponieważ powód, dla którego coś połączono poprzednio, mówi niewiele o tym, czy powinno to nastąpić także tym razem.
Istnieje kilka sygnałów, które warto sprawdzić, zanim stary plan posłuży jako podstawa.
Po pierwsze: czy dwie poprzednie organizacje były porównywalne z obecnymi dwiema, pod względem wielkości, krajobrazu systemów, stopnia, w jakim klienci odczuwają różnicę. Plan dla dwóch równorzędnych stron nie pasuje do przejęcia, w którym jedna strona jest małym, uzupełniającym zespołem.
Po drugie: czy wiadomo, dlaczego pewne elementy pozostały wówczas odrębne. Jeśli ten powód nie został zapisany, nie da się ocenić, czy teraz powinny zostać połączone. Plan, który pokazuje tylko to, co zostało połączone, bez uzasadnienia, dlaczego coś pozostało odrębne, jest przy ponownym wykorzystaniu mniej wartościowy, niż się wydaje.
Po trzecie: czy leżący u podstaw krajobraz systemów jest porównywalny. Połączenie dwóch systemów ERP to inne zadanie niż pozostawienie dwóch narzędzi planistycznych działających równolegle. To, co poprzednio było jednym z pierwszych kroków, tym razem lepiej zostawić w spokoju, ponieważ same systemy nie są porównywalne.
Niezależnie od tego, czy plan jest nowy, czy ponownie wykorzystany: przy każdym elemencie powinno pojawić się pytanie, czy połączenie w ogóle dodaje wartość. To nie jest pytanie wyjątkowe, zadawane tylko w przypadkach wątpliwych. To stały krok, także przy elementach, które na pierwszy wzrok wydają się oczywiście powinny zostać połączone.
Powód jest taki, że integracja niesie za sobą koszty, które nie zawsze są widoczne z góry: czas ludzi, którzy inaczej pracowaliby dla klientów lub na rzecz wzrostu, systemy, które tymczasowo są mniej wiarygodne, zespoły, które stają się niepewne co do swojej roli. Jeśli nie ma temu przeciwwagi w postaci wykazywalnego zysku, połączenie jest kosztem bez kompensacji. Kiedy integracja niszczy wartość nie jest więc przypadkiem granicznym, lecz strukturalnym ryzykiem w każdym planie, który przejmuje się bez tego testu.
Są elementy, które przeważnie lepiej pozostają odrębne: marka z własną relacją z klientem, zespół z kulturą, która była powodem przejęcia, system, który został niedawno zastąpiony i nie musi być ponownie zmieniany. To, co świadomie zostaje pozostawione odrębnie, nie jest listą zaległych zadań, lecz decyzją z własnym uzasadnieniem, i to uzasadnienie powinno być dokumentowane równie dobrze jak powód połączenia. Zob. co świadomie pozostawiacie odrębnie, aby zobaczyć, jak wygląda ten wybór.
Rzadko się zdarza, że całe przejęcie powinno albo nie powinno zostać zintegrowane w całości. Zazwyczaj wynikiem jest mieszanka: centralizacja raportowania finansowego, pozostawienie odrębnych systemów klienckich, częściowe połączenie polityki HR. Każdy element wymaga własnej oceny, z własnym harmonogramem i własnym ryzykiem. Jak decydować dla każdego elementu, czy integrować, czy nie jest więc mniej planem krok po kroku, a bardziej stałym pytaniem, które zadaje się dla każdego elementu osobno, z jego własną odpowiedzią.
Ta ocena różni się także w zależności od sektora. W branży budowlanej integracja często zatrzymuje się na administracji projektowej i relacjach z podwykonawcami, które nie przechodzą po prostu do innego systemu; zob. gdzie integracja zatrzymuje się w budownictwie. W branży instalacyjnej to częściej systemy planowania i umowy serwisowe, które nie łączą się jeden do jednego; zob. gdzie integracja zatrzymuje się w branży instalacyjnej. Ponownie wykorzystany plan, który ignoruje te różnice, przeocza właśnie ten element, w którym wcześniej coś poszło źle.
Generatory linii bazowej synergii, planu na 1. dzień i planu na 100. dzień nie opierają się na szablonie z poprzedniej transakcji, lecz na wprowadzonej sytuacji: jakie elementy istnieją, jakie są zależności i jaki jest powód, dla każdego elementu, by go połączyć lub nie. Biuro integracji następnie śledzi, jakie korzyści zostały określone, jakie zależności są otwarte i jakie elementy zostały świadomie pozostawione odrębnie. To nie jest dowód, że to działa — nie ma zrealizowanego projektu, do którego można się odwołać — ale jest to struktura, która zmusza do zadania pytania dla każdego elementu, a nie do jego pominięcia.
Mergerintegration.net jest w budowie. Kto chce z tego korzystać, gdy będzie dostępne, może zapisać się na listę oczekujących.
Pytanie, która część tej pracy sama zajmuje czas, a którą można przejąć, nie dotyczy tylko planowania integracji. 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 obraz tego, gdzie zwalnia się capaciteit, zanim projekt integracji się rozpocznie.
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.