Одним из распространенных видов приобретения является присоединение (tuck-in). В этом случае большая компания полностью поглощает меньшую. Сделка с небольшой компанией, в отличие от более крупной, не имеет высокой сложности или больших накладных расходов – скорее всего, понадобится оформить лишь десяток сотрудников, работающих в конкретной области. Удобный вариант для инвесторов, поскольку это очень быстрый способ обеспечения роста и масштабирования активов. Это не слияние в классическом смысле, когда обе стороны имеют почти равные права. Рассматривайте присоединение скорее как покупку полностью укомплектованного и самостоятельно работающего отдела.

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

Это не означает, что придется переписывать всю присоединенную систему; но технология должна быть совместима с общей инфраструктурой, такой как оборудование, средства работы с журналами, системы безопасности и инструменты мониторинга. К примеру, предположим, что вся ваша инфраструктура находится в AWS, а присоединяемая компания использует Azure. Целесообразно тоже перевести ее на AWS.

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

Успех присоединения зависит от скорости интеграции и от того, насколько быстро приобретенный бизнес начнет приносить пользу. Время интеграции – важный фактор для инвесторов при оценке целевых активов. Следовательно, ваш стек технологий должен быть способен быстро присоединять другие проекты или быть присоединенным к ним. Этому условию отлично удовлетворяют современная микросервисная архитектура или набор API. Использование API позволяет выиграть время, чтобы определить, следует ли переписывать бэкенд или переносить его на что-то, более соответствующее инфраструктуре нового владельца. Также при интеграции нужно не забыть про объединение систем контроля версий и процессов сборки. Вопрос адаптации команды мы рассмотрим позже в этой главе.

Заметки с полей

ИТ

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