След подписването следва предположението, че всичко трябва да се обедини. Системи, екипи, процеси, марки — превръщането в едно цяло изглежда като логичното завършване на сделката. Това предположение не винаги е правилно, а компонентите, при които не е правилно, обикновено могат да се разпознаят предварително.
Интегрирането е избор, не автоматизъм. Към всеки компонент — система, екип, клиентска връзка, продуктова линия — принадлежи въпросът дали обединяването добавя стойност или струва стойност. Този въпрос не е изключение за трудните случаи. Той е стандартният въпрос, дори за компонентите, които изглеждат очевидни.
Причината, поради която това често се обърква, обикновено не е нежелание да се разгледа въпросът. Причината е времевият натиск. Трябва да има план за Ден 1, синергичният сценарий трябва да се получава, а „интегриране“ е най-краткият път до отговор, който на хартия изглежда завършен. Липсва момент, в който някой да фиксира за всеки компонент: това обединяваме, това оставяме, и това е защо.
Съществуват модели, които са видими предварително, не само в последствие. Две системи, които изпълняват една и съща функция, но са изградени на различна логика, при обединяване често струват повече в преобразуване и време за обучение, отколкото носят като улеснение в управлението. Екип, който постига резултати благодарение на скорост и къси комуникационни линии, губи това качество веднага щом се влее в по-голяма, по-многослойна структура. Клиентска връзка, която се крепи на конкретен човек или конкретен начин на работа, често не преживява интеграцията на практика, дори и на теория да продължава да съществува.
Въпросът кога интегрирането разрушава стойност заслужава място редом с всяко изчисление на синергия, не след него. Синергичен сценарий, който отчита само приходите от обединяването, а не разходите от дезинтеграцията — забавяне, отлив на персонал, загуба на клиенти — е половина история.
Системите са компонентът, при който интегрирането най-често се приема за само собой разбираемо и при който най-често се греши. Система, която работи добре, вградена е в екипа, който я използва, и не дава остра причина за замяна, не трябва да изчезне само защото принадлежи на друго юридическо лице. Въпросът кои системи е по-добре да оставите и по какво разпознавате това предварително принадлежи към всяка ИТ инвентаризация, а резултатът понякога е: не правете нищо, оставете двете системи да съществуват паралелно, или отложете решението за след една година.
Решението за интегриране или не зависи и от вида на сделката. При платформа, която расте чрез множество придобивания, моделът на интеграция е различен от този при единично придобиване. Какво означава buy-and-build за подхода ви към интеграцията и по какво разпознавате това е различен въпрос от онова, което изисква еднократно придобиване: при платформа последователността между множество придобивания е релевантна, а това понякога дори говори в полза на интегрирането на компоненти, които при еднократна сделка е по-добре да останат непроменени.
Това засяга и повторното използване на предишни планове. Платформа, която извършва третото или четвъртото придобиване, вече е направила избори за това какво е обединено и какво не при предишните. Въпросът как повторно използвате план за интеграция и по какво разпознавате за кои компоненти това работи определя дали тези предишни избори са отправна точка или капан — план, който е сработил при предишната сделка, не работи автоматично при тази.
Мястото, където интеграцията се затормозява, е различно по сектори. В строителството затрудненията често се крият в проектната администрация, отношенията с подизпълнители и разрешителни, свързани с конкретно юридическо лице — вижте къде се затормозва интеграция в строителството. В инсталационния бранш става дума по-често за сервизни договори, управление на техника и хората, които на практика носят клиентската връзка — вижте къде се затормозва интеграция в инсталационния бранш. И двата примера показват, че списъкът за решение поставя различни компоненти на първо място според сектора.
Решението за интегриране или не не става по-надеждно, ако се въведе в таблица, но става проследимо. Синергичната базова линия, планът за Ден 1 и планът за Ден 100 са генератори, които придават структура на това решение: за всеки компонент се фиксира какво е предположението, от какво зависи то и кога ще бъде преразгледано. Интеграционният офис следи зависимостите и поддържа списъка за решение — какво да, какво не, и защо — редом с проследяването на ползите, така че предположение, което вече не е валидно, се вижда преди да стане скъпо.
Това не е референция за постигнати резултати. Няма завършен проект, към който да се препраща, и инструментът не претендира, че интегрирането минава по-добре само защото е структурирано. Това, което прави, е да върне на дневен ред въпроса, който иначе се пропуска, за всеки компонент поотделно.
Инструментът е в процес на разработка. Който иска да използва генераторите и интеграционния офис веднага щом станат достъпни, може да се запише в списъка на чакащите.
Въпросът какво обединявате и какво не, е тясно свързан с друг въпрос: каква част от работата в даден компонент всъщност се крепи на задачи, които могат да се автоматизират, независимо от въпроса към коя от двете юридически единици ще принадлежи този компонент. Работният скенер на FTE TO AI изчислява за всяка задача каква част от работата може да бъде поета от AI и по този начин дава друг вид базова линия спрямо самия избор за интеграция — такава, която показва къде се освобождава капацитет, независимо как решавате организационно.
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.