На связи Татьяна Маркина, ведущий системный аналитик в ТризТех (Positive Technologies).

В 2025 году я вернулась из руководства в экспертную роль. На собеседованиях этот переход регулярно называли даунгрейдом. Сразу спойлер: для меня это не падение. Я воспринимала это как возможность снова заниматься инженерными задачами, глубоко погружаться в продукт и собрать в одной точке всё, что мне действительно интересно.

В IT принято изображать карьеру в виде лестницы: джун, затем мидл, синьор, лид, руководитель. Чем больше людей в подчинении и встреч в календаре, тем выше ты якобы поднялся. В такой схеме переход из руководителя обратно в экспертную роль выглядит странно. Будто дошёл до нужной ступени, посмотрел вниз и зачем-то начал спускаться.

Это не история о том, почему управление хуже работы аналитика. Скорее попытка разобраться, почему мы до сих пор измеряем карьеру должностями.

Руководитель и ведущий аналитик влияют на продукт по-разному

Одна из главных ошибок в разговоре о карьерном росте — сравнивать должности только по размеру зоны ответственности.

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

Когда я руководила командой сильных синьор-аналитиков, бо́льшую часть продуктовых решений принимали они. Я могла посмотреть результат, задать вопросы, обсудить спорный момент или предложить изменения. Но моё влияние на продукт было опосредованным — через команду.

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

Да, бывают «играющие тренеры». На собеседованиях им обещают, что 80% времени останется на технические задачи, а управление аккуратно поместится в оставшиеся 20%. В моей практике такие недели встречались. Месяцы — нет.

Найм, one-2-one, конфликты, отчёты, согласования и внезапные проблемы очень быстро «съедают» календарь. В какой-то момент инженерные задачи превращаются в вечернее хобби после восьми часов созвонов.

Как понять, что руководящая роль перестала подходить

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

Но есть повторяющиеся сигналы, которые лучше не игнорировать:

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

2. Вас сильнее волнуют трекеры, отчёты и списанное время, чем состояние сотрудников и развитие команды.

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

Что даёт возвращение к инженерной работе

Возможность снова что-то «делать руками»

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

Иногда команда реагирует примерно так:

— А что, аналитики так могут?

И это довольно бодрит. Доверие к роли возвращается не через презентацию о ценности аналитика, а через качество конкретного решения.

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

Возможность перепроверять ограничения

Фраза «так сделать нельзя» в большой компании быстро может превращаться в факт.

Аналитик может остановиться и проверить: это реальное техническое ограничение или просто первый ответ.

В одном из проектов требования заказчика противоречили ТЗ разработчиков. Детальный разбор use cases позволил найти источник противоречий и сократить объем последующих доработок на 30%.

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

Иногда один уточняющий вопрос экономит спринт, а другой вариант интеграции — месяцы работы.

Возможность сдвинуть с места зависшие задачи

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

Для руководителя такая задача становится ещё одной строкой в списке зависимостей. Для аналитика она может превратиться в конкретную инженерную головоломку.

В одном из кейсов ключевой модуль оставался без полноценной проработки около шести месяцев. После возвращения к экспертной работе появилась возможность лично погрузиться в его архитектуру и улучшить качество ТЗ. Как результат — количество доработок сократилось на 35%.

Мне нравится момент, когда часть корпоративного пейзажа внезапно распадается на несколько вполне решаемых вопросов.

Другой профиль стресса

У аналитика тоже есть дедлайны, сложные стейкхолдеры, спорные требования и фичи, которые нужно было передать в разработку вчера.

Но это другой стресс.

Кому-то переговоры, развитие людей и построение команд дают больше энергии, чем проектирование систем. Мне — наоборот. Универсального правильного ответа здесь нет.

Управленческие навыки как дополнительное преимущество

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

После найма, one-to-one, конфликтов и сложных переговоров встреча с очередным «непростым человеком» обычно перестаёт выглядеть отдельным риском проекта.

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

Понимание общей картины

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

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

Не назад, а ближе

Я не считаю экспертный трек лучше управления. Мне кажется, так сравнивать не корректно.

Руководитель работает с системой, состоящей из людей и процессов. Аналитик — с системой, состоящей из требований, компонентов, данных и интеграций. Обе роли требуют умения разбираться в сложных связях. Просто объект интереса у них разный.

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

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