Работа

Подборка ситуаций из шестнадцати лет инженерной работы.

Подборка ситуаций из шестнадцати лет инженерной работы. Большинство начиналось хаотично. Все были доведены до конца.
Избранные кейсы

Ситуации, которые лучше всего объясняют, как я работаю.

Кейсы в разных индустриях — от стартапов, где я был четвёртым сотрудником, до scale-up'ов, выходящих на новые рынки, и регулируемых enterprise, где права на ошибку почти нет.
01

Zeals — переписывание chat-commerce платформы и организационная трансформация (Токио, 2021–2023)

Контекст

Zeals был японским chat-commerce стартапом, входящим в фазу быстрого роста. Технологически это был Ruby on Rails монолит, который не тянул запланированный запуск на рынке США. Структура команды усугубляла проблему: frontend, backend и DevOps были организованы отдельными функциональными группами, а не кросс-функциональными продуктовыми командами, поэтому любая фича, затрагивающая больше одного слоя, тратила недели на координацию перед тем, как уехать в релиз.

Решение

Я пришёл четвёртым frontend-инженером и за несколько месяцев был повышен до Head of Frontend. Я представил инженерному департаменту новую структуру команды и получил buy-in от CTO и VP of Product. За следующий квартал я нанял десять инженеров и, вместе с небольшой группой из двух человек, спроектировал новую архитектуру платформы: микросервисы, micro-frontend и автогенерируемый API Gateway. Команда из трёх человек за два месяца сделала полный дизайн платформы и стратегию миграции.

Результат

Ритм релизов сдвинулся с примерно ежемесячного к еженедельному и там закрепился. Всех существующих клиентов мигрировали на новую платформу без окна даунтайма. Frontend-команда выросла с четырёх до двадцати пяти человек, распределённых по десяти странам. Две внутренние MVP-награды. Пять инженеров выросли в лидерские роли за время моей работы, один из них позже стал VP of Technology. Платформа, которую мы спроектировали, до сих пор держит этот бизнес.

02

go2cloud — построение software-функции внутри компании, у которой её никогда не было (Ганновер, 2021–2023)

Контекст

go2cloud был немецкой компанией, которая бóльшую часть своей истории управляла дата-центрами для crypto mining. В конце 2021-го она купила французский VDI-стартап OmnyCloud и оказалась владельцем продукта, который пока не знала, как развивать дальше. Не было software engineering команды, не было процесса разработки и не было software-продуктовой культуры. Я был первым software engineering наймом после этой сделки.

Решение

За первый месяц я разобрался с приобретённой кодовой базой, онбордил сам себя в технологии и интегрировал VDI-продукт в существующую инфраструктуру дата-центров go2cloud. За следующие месяцы я нанял команду из семи человек во frontend, backend, DevOps и QA. Я переделал сетевую архитектуру под более низкие латентности в европейских регионах, выпустил прототип Cloud Gaming поверх VDI-стека и заменил стороннего вендора remote-desktop стриминга на WebRTC-протокол собственной разработки, что закрыло маржинальный риск, который компания несла с момента сделки.

Результат

Время provisioning кластера упало с недель примерно до двух дней. Первый enterprise-клиент подключился в течение шести месяцев после сделки. Платформа масштабировалась до десяти тысяч seats. Внутренняя идентичность компании сместилась — из инфраструктурного вендора с продуктовой проблемой в продуктовую компанию с инфраструктурой под ней.

03

YoloPrice — Mobile SDK с gRPC server внутри приложения (Ницца, 2023–2024)

Контекст

YoloPrice строил AI-driven commerce продукт с конкретным ограничением по безопасности. Ключевые алгоритмы были запатентованы и не могли быть открыты для reverse engineering, но пользовательский опыт должен был оставаться плавным на iOS и Android, а SDK должен был быть достаточно компактным, чтобы B2B-интеграторы действительно его использовали.

Решение

Я сам написал Android MVP в первый же месяц — в значительной степени чтобы доказать, что продуктовая гипотеза вообще реализуема. Как только это подтвердилось, я спроектировал production SDK как Kotlin Multiplatform проект со встроенным gRPC server, работающим внутри самого мобильного приложения. Я реализовал шифрование на устройстве, обфускацию чувствительных путей в бинарнике и кастомный WebView для аутентификации на маркетплейсах, который оставлял все данные пользователя внутри приложения. Я нанял двух мобильных инженеров и вместе с DevOps-инженером разобрал узкое место в release pipeline.

Результат

Первая production-версия уехала через четыре месяца после концепта. Ритм релизов закрепился на еженедельном. Время deployment упало примерно в четыре раза после переработки pipeline. Архитектура SDK — backend-сервер, работающий внутри мобильного приложения — была по-настоящему нестандартной и выдержала production-нагрузку.

04

Echo Analytics — редизайн платформы, урезание бюджета посреди проекта (Париж, 2024–2025)

Контекст

Echo Analytics был geospatial SaaS платформой. Её архитектура выросла в монолит, который больше не мог поддерживать продуктовый roadmap, и изначальный план состоял в том, чтобы заменить его полноценной микросервисной платформой. Посреди проекта компания существенно урезала инженерный бюджет. Старый дизайн стал нежизнеспособным.

Решение

Вместо того чтобы пропорционально ужать изначальный план, я предложил другую архитектуру целиком. Маленькие, сильно автоматизированные product-сервисы, которые команда из одного-двух инженеров могла довести от концепта до production за две-четыре недели. Я переделал ключевой модуль базы данных, обслуживающий больше ста миллионов записей, с лучшим partitioning, более агрессивным индексированием и Redis caching для горячих путей. Я разобрал DevOps-узкое место и перестроил процесс delivery под новый ресурсный профиль.

Результат

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

05

OneFactor — первый Kubernetes проект внутри pre-Kubernetes компании (Москва, 2018–2020)

Контекст

OneFactor был BigData и ML сервисной компанией, работающей в основном с телеком- и финансовыми клиентами. На тот момент это был pre-Kubernetes шоп, и компания искала первую команду, которая пилотно заведёт Kubernetes в организации. Новый продукт — SmartIndex, аналитическая платформа для out-of-home рекламы — был подходящим кандидатом.

Решение

Я собрал команду с нуля, доставил MVP за два месяца и спроектировал Kubernetes deployment-архитектуру с раздельными dev, UAT и production окружениями и blue-green deployments для production-релизов. Я написал CI/CD шаблоны, которые позже стали организационным стандартом. Сервисная архитектура, которую я спроектировал — stateless, горизонтально масштабируемая, с эффективным ресурсным профилем — держала тысячу запросов в секунду на двух небольших pods.

Результат

Все запланированные фичи были выпущены в двухлетнем scope проекта. Паттерны Kubernetes и CI/CD разошлись по остальной организации. Два члена команды перешли в лидерские роли во время проекта или вскоре после него.

06

Sberbank — разморозка релизного цикла внутри регулируемого enterprise (Москва, 2020–2022)

Контекст

В департаменте SME B2B Banking Sberbank был внутренний продукт, который давал примерно тридцать процентов выручки департамента, и frontend-команда, которая несколько месяцев не выпускала релиз, потому что миграция фреймворка застряла. Продукт был критичным для бизнеса и не мог оставаться замороженным.

Решение

Я пришёл, разблокировал застрявший релиз в первые недели и получил в управление обе команды — frontend и backend, десять инженеров и двух лидов между ними. Я ввёл Scrum как настоящий ритм, а не как церемонию. Я провёл чистую миграцию Java 7 → Java 17 на backend и начал переход от монолита к микросервисам.

Результат

Ритм релизов стабилизировался примерно на одном релизе раз в один-полтора месяца. Следующий крупный апгрейд фреймворка, который раньше занимал больше шести месяцев, сделали за два. Команда стала референсной внутри департамента — другие команды приходили к нам смотреть, как устроен процесс. Мой backend lead в итоге стал моим преемником.

Роли

Роли и среды

Крупный финансовый институт (NDA)

IT Leader / Senior Engineering Manager

Я руковожу delivery-организацией из 55 человек в конфиденциальной программе межбанковских платежей. Это среда, где архитектуру, управление подрядчиками, бюджет, процессы и delivery невозможно отделить друг от друга.

определял delivery-стратегию и operating model
отвечал за архитектурное направление
планировал бюджеты и scope подрядчиков
строил команды и рабочий ритм
задавал roadmap, контрольные точки и execution governance
координировал delivery между несколькими вендорами в регулируемой среде
Echo Analytics

Head of Engineering

Я пришёл в момент, когда geospatial SaaS-платформа переросла свой монолит, а delivery начал замедляться под нагрузкой масштаба. Я возглавил переход к stateless multi-tenant сервисам и перестроил operating model вокруг новой архитектуры.

перестроил платформу от монолита к stateless multi-tenant сервисам
ускорил delivery в 3×
снизил инфраструктурные затраты в 3×
ускорил throughput deployment в 4×
собрал и вырастил engineering-команду до 7 человек, перезапустив культуру вокруг скорости и связки с продуктом
YoloPrice

Head of Mobile & Web

Раннему commerce-продукту нужны были и скорость выхода на рынок, и техническая дисциплина. Я возглавил создание B2C-приложения и B2B SDK, поставил CI/CD и automation окружений и держал инженерные решения максимально близко к реальности бизнеса, чтобы выпустить первую production-версию за четыре месяца.

довёл B2C-приложение и B2B SDK от идеи до production за 4 месяца
внедрил CI/CD и automation окружений
ускорил релизы в 4×
жёстко связал решения по безопасности и архитектуре с go-to-market ограничениями
go2cloud

VP of Engineering / Engineering Manager / Tech Development Lead

Компании нужна была не просто delivery-функция, а полноценная software-функция. Я собрал команду после acquisition, провёл интеграцию платформы, резко сократил время provisioning и помог сместить бизнес в сторону более продуктовой модели.

нанял cross-functional команду из 7 человек за 3 месяца
провёл интеграцию платформы за 1 месяц
сократил provisioning с недель до 2 дней
подготовил платформу к масштабу 10,000+ seats
сдвинул компанию в сторону product-led operating model
Zeals

Head of Frontend / Engineering Manager

Я вёл engineering через фазу роста, где одновременно нужно было менять форму команды, ритм релизов и масштабируемость платформы. В этой работе всё было вместе: развитие людей, delivery-ритм и execution платформы.

вырастил команду с 4 до 25 человек
вырастил 5 инженеров в team leads
сдвинул ритм релизов с месяцев на недели
доставил новую масштабируемую платформу за 3 месяца
усилил CI/CD и quality gates
Sberbank

Engineering Manager

Я руководил продуктовой инженерией и delivery для критически важной внутренней SME banking платформы, где надёжность, координация и управление изменениями значили больше, чем презентации.

руководил двумя командами: 10 разработчиков и 2 лида
удвоил частоту релизов
провёл плавную миграцию Java 7→17 без простоя
работал над платформой, связанной с 30% выручки департамента
OneFactor

Engineering Manager / Tech Lead

Я вёл end-to-end разработку новой аналитической платформы в ML и AdTech — от формирования команды до архитектуры и delivery.

доставил MVP за 2 месяца
собрал cross-functional команду с нуля
спроектировал систему под 1,000+ запросов в секунду
продавил внедрение Kubernetes и CI/CD, которое позже стало стандартом компании
Повторяющиеся проблемы

Задачи, в которых я регулярно оказываюсь.

Как обычно выглядят эти задачи
новые индустрии, где домен нужно осваивать под давлением сроков
команды, которые тормозят по структурным причинам, а не из-за недостатка талантов
системы, переросшие свою архитектуру и начинающие врать организации
компании, которым нужно построить software-функцию с нуля
пост-аквизиционные интеграции, где надо сшить две инженерные культуры
организации, где все выглядят занятыми, но ничего заметного не отгружается
Что я реально с ними делаю
редизайн архитектуры и платформы — такой, который должен пережить встречу с бизнесом, а не просто пройти внутреннее ревью
запуск продуктов с нуля и доставка MVP под давлением сроков
сборка команд, найм и выращивание инженеров в лидеров на горизонте нескольких лет
пост-аквизиционная интеграция и передача технологий
дизайн процесса, который помогает людям двигаться, а не процесса, который имитирует движение
hands-on техническая работа — писать код, читать архитектуру и дебажить production, когда ответ не очевиден из одних диаграмм
Подписка

Еженедельный разбор сигналов прямо в почту.

Один email в неделю. Никакого спама. Отписка одним кликом.