Что делать с ИТ-инфраструктурой поглощаемой компании при слиянии бизнесов: оставлять или сносить?

При слиянии двух компаний разумнее всего использовать одну систему на всех. Иначе это так и буду две компании!!

Провести аудит. Планомерно переходить к общей ИТ-инфраструктуре, перераспределение мощностей.

Пусть выскажутся те, кто через это прошел.

 

 

Добрый день ! по своему опыту работы в энергетике, могу сказать только одно : чем дольше сохраняются унаследованные ИТ системы , тем тяжелее и дороже от них избавляться. Я за централизацию и унификацию предлагаемых бизнесу ИТ - сервисов. Главное чтобы бизнес понимал , что при поглощении в компании ВСЕ  процессы должны быть унифицированы. Все доводы о якобы необходимости сохранения унаследованных ИТ систем сводятся к двум позициям :  консервативности  пользователей (мы так привыкли и нам так удобно) и ЭГО ИТ-шников поглощаемой компании (мы же такую конфетку сделали, а вы пришли и НАШУ красоту ломаете ...).  Самые главные факторы успеха ИТ- блока  в проекте поглощения - это наличие стратегии ИТ развития компании(подкрепленная соответствующими внутренними нормативными документами за подписью генерального директора) и технологическая готовность к поглощению. Тогда вы всегда сможете железобетонными аргументами ответить на все попытки раскачать ситуацию в пользу сохранения старых систем. В противном случае - позиция будет слабая и успешность результата очень туманна. 

Сергей Денисов написал:

Совершенно согласен.

Сделки слияния/поглощения происходят с достаточно определенными целями - уничтожить конкурента, создать новый бизнес, расширить действующий...

В любом случае, решение должно приниматься "на берегу" - насколько унаследованная (с обеих сторон) инфраструктура соответствует бизнес-целям объединенной компании.  Мыслить в данной ситуации надо не категорией 1+1=?, а 1,5?, 2?, 2,5? - т.е. что, все-таки, планируется получить в итоге... 

Собственно такой подход и предварительный аудит инфраструктуры дадут вам ответ на вопрос - "что делать...?" Все остальное уже практические сценарии действий.

понятна, что одна система. весь вопрос в том, как она получается. как результат объединения систем или как результат уничтожения ИТ системы поглощаемой компании.

Мое мнение: снести нафиг. А то останется самописка где-нибудь внизу и ищи-свищи потом разработчика, который давно ушел. И это самый простой довод. При желании обсуждать могу привести еще десяток.

Включить голову, провести аудит и по максимуму....снести и унифицировать. Иначе невозможно будет управлять той машиной, что получится в результате слияния

Сама постановка такой проблемы не подскажет Вам конкретного решения. Вы можете оставить стандарты одной компании и, на их основе, "сколотить" общую инфраструктуру, а можете оставить две раздельные площадки. Но в первом случае вы можете получить повторение подобной ситуации (под "подобной" так же понимаю масштабное расширение ИТ-инфраструктуры), скажем, через пару лет, и, как следствие, лишние затраты на повторение решения, а во втором случае получите сложности с их интеграцией и совместной работой.

Все зависит от стратегии развития Вашей компании. Если Вы планируете постоянно улучшать существующую инфраструктуру, постоянно управляете качеством процессов и их автоматизацией, активно масштабируетесь, то скорее всего Вам стоит задуматься о таких свойствах решения текущей проблемы как "возможность развиваться без излишних затрат".

Разумеется, реализация такого требования потребует дополнительных инвестиций. Но сам факт того, что сейчас Вы столкнулись с такой проблемой, говорит о необходимости его учитывать.

Если подобный вариант вызывает интерес, то можно поговорить подробнее о самой концепции решения.

Андрей, на всякий случай напомню откуда начался разговор. Это следствие обсуждения на II Совете по Ритейлу.

В российском ритейле за последний год прошли две очень масштабные M&A сделки. Так что основу для обсуждения дали решения Х5 Ритейл и Дикси. И в том и в другом случае поглощались очень крупные по российским меркам и успешные компании: Копейка и Виктория. И в Х5 Ритейл и в Дикси со стратегией масштабирования все хорошо :).

Вопрос: поглощаются УСПЕШНЫЕ  компании. Что в этом случае делать с их ИТ инфраструктурой?

если я правильно помню, у Александра как раз профильный опыт

Как ни странно, но бывает так, что ИТ ландшафт поглощаемой компании, зрелость ее ИТ модели и  процессов, и как следствие качество ИТ персонала бывает выше чем, у компании поедающей...

Да, унификация необходима.

Но в этом деле главное понять вокруг каких решений проводить унификацию.

А это сделать непросто будет по понятным политическим или психологическим аспектам..

Игорь Веселов написал:Когда-то очень давно (это был, если я правильно помню примерно 2003 год) я принимала участие в реструктуризации дочерней и родительской компаний. Родительская компания вливалась в дочернюю компнанию, но по указанным выше соображениям, ИТ-инфраструктура, включая Торговую Систему, как основополагающую на тот момент в компании, плюс ИТ-команда переходила из родительской компании. Политическая составляющая, ИМХО, при принятии окончательного решения по ИТ-системам, была главнейшей.

    Задача слияния двух бизнесов - задача построения нового бизнеса, пусть и на имевшихся базах. Соответственно, и подход.
Сперва оценить, что будет нужно (потребности объединенного бизнеса), затем разобраться, что есть (по-научному - провести
аудит), и насколько его можно использовать. Потом сстроить, причём возможно - вообще новое. Например, если сумма
существенно больше частностей и ни одна из двух имевшихся информационных структур больше не соответствует потребности.
Еще фактор бюджета добавляется. Что это - слияние для экономии или инвест-проект. Но дальше уже частности.
    P.S. Ракушки ел.

Вероятно сейчас, когда бизнес считает деньги особенно тщательно, акценты будут смещаться и политическая составляющая перестанет быть доминирующей.  

Слияние или поглощение ?

Полностью согласен

Евгений Колесников написал:тема: что делать с инфраструктурой ПОГЛОЩАЕМОЙ компании. Исходим из задачи - сделать бизнес эффективнее

Сообщение было удалено пользователем: Колесников Евгений. Время удаления: 22.06.11, 09:03. Причина: не работает чтото на сайте