Новости о покупке IBM Red Hat разделённое общественное мнение.
Многие справедливо обеспокоены будущим продуктов Red Hat с открытым исходным кодом; однако, как минимум, Марк Литтл, вице-президент по разработке Red Hat, смотрит в будущее с оптимизмом .
В одном из обсуждений опытный корпоративный программист Хэнк , который начал программировать на Commodore 64, поделился историей о том, как компании, в которых он работал в то время, претерпели аналогичные изменения.
Эта история будет близка всем тем, чей проект когда-либо был поглощен или закрыт. Перевод публикуется с разрешения автора.
За свою жизнь я пережил несколько слияний.
Поначалу большинство сотрудников шокированы – ведь они понятия не имели, что происходит за их спиной.
Затем приходит неверие в то, что вчерашние конкуренты отдел за отделом становятся их коллегами.
После этого приходит осознание того, что вы сейчас выполняете работу, дублирующую друг друга.
Вы поддерживаете два механизма транзакций, вы поддерживаете два сервера сертификации, вы поддерживаете два.
Первые пару месяцев почти ничего не изменится - так как само слияние еще не проведено, и, скорее всего, еще не все контракты подписаны - но эта мысль прочно засела в вашей голове и будет регулярно напоминать о себе.
с ноющей болью.
Затем приходит чувство неуверенности.
Допустим, вы работаете над транзакционным движком и уверены, что он лучше аналога от ваших бывших конкурентов — но будет ли этот продукт развиваться дальше? Некоторые ваши коллеги ведут себя раздражающе раскованно — так уж получилось, что они работают над проектом, для которого нет «двойника».
Но ваши менеджеры убеждают вас: не волнуйтесь, с вашим продуктом ничего не случится.
Тем временем лорды начинают уходить.
Вы все равно себя успокаиваете: «Старшие все время уходят».
Да, даже если это звучит разумно, факт остается фактом: уезжает подозрительно большое количество пожилых людей.
Примерно через полгода начинают вспыхивать небольшие «бунты».
Дело в том, что люди хотят знать, где именно они находятся.
Но в итоге мало что происходит. Еще больше специалистов уходят. Через год приходит приказ из «их» штаба: мигрируем на их платформу.
Но нам не стоит переживать по этому поводу — ведь их платформа гораздо лучше, и X, Y, Z, над которыми мы мучились все это время, уже сделаны ими.
В течение следующих полутора лет после этого события вы будете писать то, что можно назвать самым скучным кодом на всей Земле — огромное количество «коннекторов», которые должны временно соединить функциональность вашей платформы с той другой.
Все это висит на соплях, потому что все API, которые вам придется использовать, внутренние, недокументированные и полные упущений.
Поэтому вам придется посетить их штаб-квартиру, чтобы поговорить с разработчиками о компоненте моста.
Первое, что вы заметите, — это царившую атмосферу победы.
Да, они победители, а вы проигравшие.
Ваш продукт будет исключен, а их продукт будет развиваться дальше.
Здесь вы также встретите много знакомых лиц – тех, кто когда-то работал в отделах кадров и маркетинга вашей родной компании.
Все они будут крайне заинтересованы в том, чтобы вы как можно быстрее перенесли данные своих клиентов.
Вы увидите, как они осваивают локальные системы, изучают новые инструменты, строят планы по привлечению клиентов, соблюдают график и отслеживают, сколько клиентов уже мигрировали, а сколько еще предстоит мигрировать.
Что ж, после этого вас ждет еще одна «интересная работа».
Дело в том, что ваша компания использовала продукт X для хранения данных о клиентах — а они используют продукт Y. Поэтому напишите, пожалуйста, инструмент для экспорта данных… ах да, и не забывайте, что первый год он должен быть двунаправленным — для чтобы обеспечить синхронизацию X и Y до завершения миграции всех клиентских данных.
Итак, теперь еще год вы будете работать над еще одним хрупким коннектором, на этот раз между двумя веб-API. Конечно, они будут обновлять свои системы, когда захотят — для них все в бизнесе происходит как обычно, включая обновление систем.
Однако каждый раз в таком случае разъем ломается, и на вас кто-то очень злится.
Процесс миграции данных будет практически завершен примерно через три года.
Тех же специалистов по персоналу и маркетингу, которые были рады помочь вам с миграцией, вежливо попросят «уйти».
Удивление и отказ поверить в происходящее на их лицах вас расстроят, но, по крайней мере, вы еще сможете остаться здесь, так как вам все равно нужно будет поддерживать проект, ставший теперь наследием (пусть даже технологически он еще впереди - несмотря на тот факт, что он находится прямо над ним, уже около трех лет с ним никто не работал).
Вместо того, чтобы работать над новыми крутыми функциями, вы потратите следующий год на исправление ошибок, которые ваши самые консервативные клиенты будут время от времени просить вас исправить.
Вы будете наблюдать, как ваши коллеги исчезают один за другим.
Часть из них будет переведена в штаб для работы над проектом-победителем – но их будет не так много, как можно подумать.
В конечном итоге последний активный клиент перейдет на другой продукт или к другому поставщику, а ваш проект перейдет в специальный режим устаревшей поддержки.
Он еще здесь, но живет теперь где-то глубоко в недрах штаба на далеко-далеком сервере, который стоит в едва заметном коридоре в скрытом от глаз непосвященных чулане.
Бюджет проекта сейчас составляет примерно 16 часов в год — предполагается лишь время от времени проводить CVE-сканирование.
Наконец, этот этап подойдет к концу.
К этому моменту почти все, что останется от первоначальной компании, просто исчезнет. Теги: #слияния и поглощения #Управление развитием #ИТ-компании #ИТ-компании
-
Тина Канделаки Решила Продать «Апостол»
19 Dec, 24 -
Пишемnest.js С Нуля На Машинописном Языке
19 Dec, 24 -
Безопасность Авиаперелетов
19 Dec, 24 -
Полмиллиарда На Рекламу: Много Это Или Мало?
19 Dec, 24 -
Вышла Финальная Версия Unity 2.0
19 Dec, 24
