Один из самых крупных проектов, в которых мне приходилось участвовать, — перевод работающего сервиса на другую технологическую платформу.

На бумаге задача выглядит преимущественно технической: перенести системы, интеграции, данные, проверить работоспособность. На практике довольно быстро понимаешь: код — только часть проекта.   Потому что в день переключения клиенту совершенно неинтересно, насколько сложной была архитектура миграции. Он просто хочет получить привычный сервис. Водителю — заказы и корректные выплаты. Поддержке — возможность видеть клиента и решать его проблему. Финансам — правильные данные. Операционке — чтобы процессы не остановились из-за того, что какая-нибудь привычная кнопка теперь находится в другом месте.   Поэтому значительная часть моей работы в таких проектах была не про технологии как таковые. А про вопросы: - что изменится для каждого процесса после переключения? - кто должен быть готов к этому заранее? - где у нас точки отказа? - что мы будем делать, если что-то пойдёт не по плану?   Мне кажется, крупная технологическая трансформация заканчивается успешно не тогда, когда новая система запустилась. А когда на следующий день бизнес продолжил работать — и для большинства клиентов это событие вообще осталось незаметным. Хорошая миграция — та, сложность которой осталась внутри компании.   Получилось ли у нас так, когда мы переводили федеральный сервис городской мобильности на другую платформу?   По экономике — да. Переход позволил сократить ежемесячные расходы на сумму со многими нулями и в тот момент фактически стал одним из решений, которые помогли сохранить жизнеспособность бизнеса.   По качеству самого перехода — нет. Решение реализовывалось в условиях очень высокой скорости, а принимающий сервис оказался недостаточно подготовлен к масштабу миграции. В результате практически все группы пользователей в момент перехода столкнулись с негативным опытом.   И вот здесь для меня главный вывод этого проекта. Быстрое решение и хорошо подготовленное решение — не одно и то же. Иногда у бизнеса действительно нет возможности ждать идеальных условий. Иногда скорость критична.   Но срочность не отменяет необходимости заранее понять, что именно сломается при переключении, кто это почувствует первым и готова ли принимающая система выдержать нагрузку не только технически, но и операционно. Потому что миграцию можно успешно закончить в Jira — и при этом ещё долго заканчивать её для клиентов, сотрудников и бизнеса.

#операционныйменеджмент #цифроваятрансформация