Przy fuzji lub przejęciu integracja jest często przyjmowana jako standard: dwie organizacje, więc dwa systemy stają się jednym. To założenie kosztuje czas, pieniądze i uwagę, a czasem kosztuje więcej, niż przynosi. Niektórych systemów nie należy łączyć. Nie dlatego, że technicznie nie da się tego zrobić, ale dlatego, że wynik nie jest wart tego, czego wymaga.
Pytanie "które systemy lepiej pozostawić bez zmian" nie jest więc wyjątkiem w procesie integracji. Jest to stały krok, który powtarza się przy każdym elemencie, od CRM po planowanie produkcji i administrację HR.
Łączenie niszczy wartość na kilka rozpoznawalnych sposobów.
Jeśli system nie ma nakładania się z resztą organizacji, integracja tylko dodaje ryzyko, bez powstania gdziekolwiek synergii. Chodzi o wyspecjalizowany system, który wspiera jeden zespół w niszy, której nie dotyczy reszta przedsiębiorstwa.
Jeśli koszty migracji przewyższają korzyść z posiadania jednego systemu. Przeniesienie danych, przekonfigurowanie, czas szkolenia i ryzyko błędów w trakcie przejścia to realne koszty. Te koszty czasami nie są proporcjonalne do tego, co się zyskuje w zakresie łatwości zarządzania lub kosztów licencji.
Jeśli system został właśnie wdrożony lub właśnie zamortyzowany, przez co przejście wymaga podwójnego kapitału, bez odzyskania pierwszej inwestycji.
Jeśli łączenie prowadzi do kompromisu, w którym żadna z organizacji nie otrzymuje tego, czego potrzebowała, a wynikające z tego tarcia operacyjne są większe niż tarcia wynikające z funkcjonowania dwóch systemów obok siebie.
Bardziej szczegółowe omówienie tego rozważania, wraz z sygnałami, które są widoczne już wcześniej, znajduje się na stronie kiedy integracja niszczy wartość i po czym to rozpoznać.
Świadome pozostawienie systemu bez zmian to coś innego niż brak zastanowienia. System, który pozostawia się osobno, wciąż jest częścią decyzji o integracji, tylko że z tej decyzji wynika wniosek "nie łączyć". Oznacza to, że potrzebne są ustalenia co do zarządzania, tego, kto za co odpowiada, oraz sposobu, w jaki przebiega raportowanie lub przepływ danych między dwoma systemami, dopóki funkcjonują one obok siebie.
Sygnały, po których wcześniej można rozpoznać, że coś powinno pozostać oddzielne, są opisane na stronie co świadomie pozostawia się oddzielne i po czym to rozpoznać wcześniej. Dotyczy to nie tylko systemów: obejmuje również zespoły, procesy i relacje z klientami, które mają własną wartość, dopóki nie zostaną włączone do większej całości.
Aby uniknąć sytuacji, w której to pytanie jest zadawane przypadkowo przy jednym systemie, a pomijane przy innym, lepiej działa stały moment decyzyjny niż pojedyncze dyskusje. Dla każdego elementu — systemu, procesu, zespołu — zadawane jest to samo pytanie: co przynosi połączenie, ile to kosztuje i czy istnieje powód, aby to odłożyć lub wcale tego nie robić.
Sposób, w jaki zbudowana jest ta lista decyzyjna i jakie kryteria stale się w niej powtarzają, znajduje się na stronie jak podejmuje się decyzję dla każdego elementu o integracji lub jej braku i po czym to rozpoznać. Wynik tej decyzji nie jest zawsze ostateczny: coś, co teraz pozostaje oddzielne, może później zostać połączone, gdy zmienią się okoliczności.
Przy strategii buy-and-build rozważania wyglądają inaczej niż przy jednorazowym przejęciu. Firma platformowa, która integruje kolejno wiele akwizycji, odnosi korzyść z powtarzalnych wyborów: systemy, które przy jednym przejęciu pozostają oddzielne, przy kolejnym mogą pozostać takie same, dzięki czemu wzorzec staje się przewidywalny, a nie każda transakcja generuje nową dyskusję. Co to oznacza dla Państwa podejścia do integracji, znajduje się na stronie co buy-and-build oznacza dla Państwa podejścia do integracji. Dla zespołów transakcyjnych, które wcześniej już opracowały plan integracji, warto również sprawdzić, co z tego można wykorzystać ponownie w kolejnej transakcji, co opisano na stronie jak ponownie wykorzystać plan integracji.
Głębszy przegląd tego, które systemy w praktyce częściej pozostają oddzielne, oraz związanych z tym sygnałów, znajduje się na stronie które systemy lepiej pozostawić bez zmian i po czym to rozpoznać.
Generatory linii bazowej synergii, planu Day 1 i planu Day 100, wraz z biurem integracji do śledzenia korzyści i zależności, mają na celu ustrukturyzowanie tych decyzji. Nie dają one gotowego dorobku ani gwarancji dobrego wyniku. Zapewniają, że pytanie "czy to powinno być połączone" jest zadawane przy każdym elemencie, a nie tylko przy kilku, z zapomnieniem o resztą.
Narzędzie jest w trakcie budowy. Osoby, które chcą z niego skorzystać, gdy będzie dostępne, mogą zapisać się na listę oczekujących.
Pytanie, które systemy pozostają oddzielne, często jest powiązane z innym pytaniem: jaka praca w tych systemach właściwie odbywa się jeszcze ręcznie i jaka jej część może zostać przejęta przez AI. Integracja to dobry moment, aby to zmapować, ponieważ procesy są i tak poddawane analizie. Skan pracy FTE TO AI oblicza dla każdego zadania, jaka część pracy kwalifikuje się do przejęcia przez AI, niezależnie od tego, czy systemy leżące u podstaw zostaną połączone, czy pozostaną funkcjonować obok siebie.
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.