Tech Lead — новый вызов для аналитика

Октябрь 2023 года. Мне предлагают создать и возглавить отдельный проект — ранний real-time конфигуратор персонализированных предложений. Этот кейс предшествовал Decision Engine, к которому я присоединился в конце сентября 2024 года.

До этого я прошёл путь от аналитика графовой платформы Mirion до ИТ-лидера направления прикладных сервисов Big Data. Новая роль требовала уже не только разбирать требования и архитектуру, но и отвечать за людей, процесс разработки и общий результат.

Эту историю я готовил для Analyst Days 2024. Заявку приняли, но выйти с докладом я так и не смог — на его подготовку не хватило времени и сил. Загрузка оказалась больше, чем я мог выдержать, и до сцены этот материал не дошёл.

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

Что меняется вместе с ролью

Аналитик отвечает за качество понимания задачи. ИТ-лидер — за то, чтобы команда смогла превратить это понимание в работающий продукт. В поле зрения одновременно попадают архитектура, зависимости, сроки, найм, качество и ожидания бизнеса.

Мой аналитический опыт оказался полезен: я умел задавать вопросы, декомпозировать неопределённость и говорить с заказчиком на языке его задачи. Но этого недостаточно. Пришлось глубже разбираться в инженерных ограничениях, устройстве поставки и командной динамике.

Команда и процесс с нуля

Основной состав команды раннего real-time проекта сформировали примерно за два месяца. Дальше доукомплектовывали отдельные роли и настраивали совместную работу.

В найме я смотрел не только на стек. Для enterprise-проекта важны способность объяснить решение, работать с чужим кодом и договариваться со смежными командами. Сильный специалист, вокруг которого возникает информационная монополия, быстро становится риском для всей поставки.

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

Оценка сроков без самообмана

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

Мне помогает простой порядок:

1. декомпозировать задачу до проверяемого результата;
2. отдельно назвать зависимости и допущения;
3. сверить оценку с исполнителем;
4. заранее определить, что можно сократить без потери смысла;
5. пересматривать план при появлении новых данных, а не защищать старую цифру.

Это не делает прогноз безошибочным. Зато бизнес видит, из чего он состоит и какое решение влияет на срок.

Умение сказать «нет»

Зрелое «нет» — не отказ от потребности. Это объяснение последствий и выбор приоритета.

Если новая задача сдвигает уже согласованный релиз, руководитель должен показать эту связь и предложить варианты: изменить объём, перенести другую работу или пересмотреть дату. Фраза «постараемся» удобна в момент разговора, но потом за неё платят команда и качество.

Что произошло дальше — дополнение 2026 года

Историю раннего real-time продукта 2023–2024 годов важно не смешивать с новым Decision Engine / SAS RTDM.

К новому проекту я присоединился в конце сентября 2024 года как ИТ-лидер. К ноябрю сформировал команду, а в декабре началась разработка и я стал директором по управлению проектом. За пять месяцев — с декабря 2024 по апрель 2025 года — мы довели решение до промышленной эксплуатации.

В декабре 2025 года зона ответственности расширилась: я стал директором по управлению портфелем проектов и ИТ-лидером кластера разработки.

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

---

Статья по мотивам доклада для Analyst Days 2024: заявку приняли, но выступление не состоялось. 20 октября 2026 года — дата этой редакции; точная дата первоначальной публикации не установлена.

Ваш ДПУПП