Как удержать senior-разработчиков в эпоху AI: кейс на 42 РМ продуктовой компании

Продуктовая компания, 42 рабочих места. В начале 2024 года их CTO позвонил мне с одним вопросом: «Что мы делаем не так?». За предыдущие 12 месяцев из команды senior-разработчиков ушли 8 человек из 17 — текучка 47%. Мы три месяца собирали данные MS-360 опросов с 12 оставшимися senior-ами, нашли три блокирующих фактора и собрали фреймворк из трёх шагов. За следующие 18 месяцев текучка упала до 12% — осталось уходить 2 из 17. Ниже — полный разбор: что на самом деле болит у senior-разработчиков в эпоху AI и как это лечится без удвоения зарплат.

Контекст: почему senior-разработчики начали уходить именно сейчас

До 2023 года текучка senior-разработчиков у этого клиента держалась в районе 12–17%. Для российского ИТ-рынка — рабочая норма, ничего экстраординарного. Потом команда начала внедрять AI-помощников: сначала Copilot, следом Claude, потом Cursor. И что-то сломалось. В анонимных опросах MS-360 оценки удовлетворённости senior-ов поползли вниз — сначала незаметно, потом резко. К декабрю 2023-го средний балл на вопрос «насколько вам интересна работа» в сегменте senior-ов рухнул с 7,8/10 до 4,1/10.

В январе 2024-го рвануло. За один месяц — три заявления об уходе. CTO сказал: нужен взгляд со стороны. Позвали меня. Мой опыт работы с командами разного масштаба у разных клиентов оказался кстати. Первое, что я сделал — убедил CTO не спешить с контрпредложениями по деньгам. Зарплата — это обычно симптом. Сначала надо понять, почему люди уходят на самом деле.

Что показал первичный анализ MS-360

Я обработал 18 месяцев анонимных опросов от 17 senior-разработчиков — 124 ответа суммарно. Применил систему кодирования открытых ответов и получил 6 устойчивых тем. Самая частая — 38% упоминаний: «AI забрал интересную часть моей работы». На втором месте, 29%: «middle-разработчики стали выдавать результат почти как я, и непонятно, за что я получаю в 2,5 раза больше». Третья тема, 18%: «менторство вытесняется AI, я больше не чувствую себя нужным как наставник». Оставшиеся три темы — офис, отдых, карьерная лестница — набрали в сумме 15%.

Гипотеза: AI делает середину карьеры скучной

Вот какая гипотеза у меня сложилась. Раньше senior-разработчик тратил примерно половину времени на задачи, которые ему реально интересны: проектирование систем, сложные модули, нетривиальные баги. Но именно эти 50% — самая лакомая территория для AI. Типовые модули, рефакторинги, диагностика по stack-trace — всё это AI делает хорошо. В итоге senior получает оставшиеся 50% в виде управленческой рутины: встречи, ревью, найм, оценка ресурсов. У middle-разработчика история обратная: AI берёт его рутину на себя, и middle неожиданно получает доступ к более интересным задачам.

Получаются такие ножницы. Middle становится продуктивнее, его работа интереснее. Senior — наоборот. Это и объясняет, почему уходит именно senior-сегмент, а не middle. Деньги здесь вторичны. Senior уходит не за плюс 30% к зарплате — он уходит за надеждой вернуться к интересной работе. Проходит 6–8 месяцев, и он обнаруживает: на новом месте AI уже тоже успел занять интересную часть. И он уходит снова. На нашей практике это уже не история одной компании — это системный сдвиг по всей индустрии.

Подтверждение от индустрии

Я решил не ограничиваться одним клиентом. За полгода обзвонил CTO ещё семи компаний из своего круга — команды разработки от 30 до 200 человек. Везде картина повторялась. Текучка senior-сегмента в 2024 году выросла на 30–60% по сравнению с 2022-м. Анонимные опросы стабильно выводили на первый план одну и ту же тему: «AI забрал интересное». Для меня это стало финальным подтверждением: гипотеза верна, и это не локальная история одного клиента.

Три блокирующих фактора, которые мы видим в опросах

По итогам анализа я выделил три фактора, которые системно снижают удовлетворённость senior-разработчиков в эпоху AI. Скажу прямо: если все три активны одновременно — senior уйдёт в течение 12–18 месяцев почти гарантированно. Если активен только один — есть реальный шанс удержать человека правильной интервенцией.

Фактор 1 — потеря интересной части работы. Senior тратит 50% времени на то, что AI делает не хуже. Следом включается ощущение: «я уже не нужен». Фактор 2 — размытие границы между уровнями. Middle с AI в пятницу вечером за 4 часа пишет фичу, на которую senior закладывал 2 дня. Это видит вся команда, видит CTO. Senior начинает чувствовать себя обязанным оправдывать свою зарплату — а это унижает. Фактор 3 — снижение веса менторства. Раньше junior-ы приходили к senior-у по 5–10 раз в день. Теперь идут к Claude. Senior теряет роль наставника — а для многих это был главный мотиватор.

Что НЕ помогает

Прежде чем перейти к фреймворку — честно про то, что мы пробовали и что не сработало. Повышение зарплаты на 20–30% даёт временное удержание на 4–6 месяцев, потом тот же отток. Новые тайтлы вроде Staff Engineer без изменения содержания работы через 3 месяца превращаются в пустые ярлыки. Офсайты и тимбилдинги поднимают настроение на неделю — суть не меняют. Удалёнка хорошо работает для junior-ов и middle-ов, но senior-ы и так работали дистанционно ещё до пандемии. Всё это не вредит, но и не лечит. Мы сосредоточились на корне проблемы.

Шаг 1 фреймворка: проекты, которые AI не выучил

Первый и ключевой шаг — найти для senior-ов проекты, где AI либо бесполезен, либо активно мешает. На таких задачах senior снова чувствует себя незаменимым, и интерес к работе возвращается. У нашего клиента мы выделили три категории таких проектов и распределили по ним людей.

Категория А — интеграции с устаревшими российскими системами. В роадмапе клиента на 2024–2025 годы таких интеграций было шесть: 1С 7.7 (один из подрядчиков до сих пор на ней работает), СМЭВ-3 для двух госуслуг, ФССП-API, старые версии ЕГАИС для торгового подразделения, СБИС-Электронные документы и обмен с банком через HTTPS по самописному протоколу. AI-помощники по большинству этих систем попросту начинают галлюцинировать — тренировочных данных нет. Senior здесь незаменим: сам читает .NET-документацию, разбирается в XML-схемах, пишет адаптеры вручную.

Категория Б и В

Категория Б — производственные системы с уникальной бизнес-логикой. У клиента собственный биллинг с системой партнёрских скидок: 4-уровневая иерархия, Python+SQLAlchemy, 18 000 строк кода. AI не понимает специфики этой системы и предлагает обобщённые решения, которые ломают логику скидок. Senior с историей в этой кодовой базе — единственный, кто может вносить изменения безопасно. Категория В — production-инциденты на конкретном legacy-стеке. На любой инцидент в legacy-коде идёт senior: AI здесь только мешает (подробнее — в нашей статье про правила code-review с AI).

# Распределение проектов по senior-ам у клиента, фрагмент из roadmap
# /docs/senior-projects-2024.yaml

senior_projects:
  - assignee: a.smirnov
    role: ведущий разработчик 1C-интеграций
    projects:
      - name: 1С 8.2 → новый биллинг (обмен через RabbitMQ)
        ai_helpful: false
        why_no_ai: специфика самописной конфигурации, AI галлюцинирует
        time_budget_q1: 240h
      - name: ЕГАИС 4.x migration
        ai_helpful: false
        time_budget_q1: 80h

  - assignee: e.petrov
    role: архитектор данных
    projects:
      - name: data lakehouse на Iceberg (миграция из PG)
        ai_helpful: partial
        why_partial: AI помогает с инфрой, но не с миграционным планом
        time_budget_q1: 320h

  - assignee: k.ivanova
    role: performance engineering lead
    projects:
      - name: bottleneck analysis в order-service (Go)
        ai_helpful: false
        why_no_ai: low-level pprof + работа с CPU profiler
        time_budget_q1: 160h

Уже через 3 месяца после того, как мы переключили senior-ов на такие проекты, средняя оценка «насколько мне интересна работа» в анонимных опросах выросла с 4,1/10 до 6,7/10. Двое разработчиков, которые уже подали заявления об уходе, их отозвали. Буквально потому что стало интересно работать.

Шаг 2: ROIC-учёт менторства, чтобы оно стало видимым

Третий блокирующий фактор — «менторство потеряло вес» — мы закрыли через введение показателя ROIC (Return On Invested Capital). В OKR каждого senior-разработчика у клиента теперь есть конкретная метрика: ROIC от менторства. Формула простая: (рост скорости подопечных в часах × ставка часа подопечного) / (часы senior на менторство × ставка часа senior). Целевое значение — выше 2,5. Senior получает измеримое, выраженное в деньгах подтверждение своего влияния. Это работает.

Как мы это измеряем на практике. Middle-разработчик — обычно именно он выступает подопечным — в начале квартала фиксирует свою скорость на конкретных типах задач. Говорит прямо: «Фича среднего размера у меня занимает 18 часов». Дальше senior проводит с ним 1-on-1 сессии — 45 минут раз в две недели, участвует в code-review, организует совместные дизайн-сессии по сложным фичам. В конце квартала — снова замер. «Теперь та же фича занимает 11 часов». Семь часов экономии на одной фиче. Умножаем на 12 фич за квартал — получаем 84 часа. При ставке middle-разработчика 3 000 ₽/час это 252 000 ₽ сэкономленного времени. Senior при этом потратил на менторство 36 часов, и по его ставке 6 000 ₽/час — это 216 000 ₽. Считаем ROIC: 252 000 / 216 000 = 1,17. В этом примере цель не достигнута — нужен ROIC выше 2,5, значит, работу усиливаем.

Что это даёт senior-разработчику

Главный эффект здесь — senior впервые видит свой вклад в живых цифрах. Когда HR на годовом ревью задаёт вопрос «за что мы повышаем тебе зарплату?» — больше не нужно мяться и говорить про «атмосферу» и «экспертизу». Можно просто показать: «Мой ROIC от менторства — 3,2 в среднем за год. Я сэкономил компании 8,2 миллиона рублей за счёт роста подопечных». Раньше этот аргумент был абсолютно невидим — ни для компании, ни для самого senior-а. Сейчас у клиента 4 из 5 senior-разработчиков держат ROIC в диапазоне 3–4,5. Трое из них получили повышение зарплаты на 18–25% на последнем годовом ревью — и именно это обоснование стало решающим.

Шаг 3: ротация в нетривиальные домены

Третий шаг — для тех, у кого после первых двух всё равно остаётся ощущение: «Я расту медленно, моя экспертиза превращается в товар». Таким senior-ам нужен переход в принципиально другой домен — туда, где AI пока реально мало помогает, а само погружение занимает от 6 до 12 месяцев серьёзной работы. У клиента мы выделили четыре таких направления и предложили каждому senior-у выбрать то, что откликается.

Направление первое — архитектура данных. У клиента это выглядело как переход от классической PG-схемы к data lakehouse на Apache Iceberg, S3, Trino и dbt-моделях. AI здесь справляется с инфраструктурным кодом — но в дизайне моделей и миграционных планах откровенно пасует. Senior с тремя годами опыта в Postgres за полгода вырастает в full-stack data engineer и закрывает задачи, которыми в компании до него никто просто не занимался.

Направление второе — performance engineering. Глубокий анализ узких мест в Go/Rust-сервисах с помощью perf, pprof, eBPF. У клиента есть order-service на Go, который держит 1 200 RPS на пике — и senior-ы по-настоящему увлекаются low-level оптимизациями: выделение памяти, GC pauses, locks. AI здесь выручает только в самых шаблонных сценариях. Всё остальное — построение гипотез и эксперименты руками.

Направления 3 и 4

Направление третье — security engineering: поиск уязвимостей через codeql, fuzz-тесты, threat modeling, периодические pentest-сессии. У клиента это направление нашло своего человека — senior, которому безопасность близка по складу мышления, буквально ожил. AI здесь помогает описывать уже найденные уязвимости, но в поиске новых паттернов атак бесполезен. Направление четвёртое — платформенная разработка: Kubernetes-операторы, собственные controllers, internal developer platform. Здесь нужен глубокий системный дизайн и понимание распределённых систем — уровень, который AI пока не берёт.

# Шаблон 1-on-1 ротационной сессии CTO + senior, раз в квартал
# /docs/senior-rotation-template.md

## Состояние сейчас
- Какие 3 проекта были самыми интересными за квартал?
- Какие 3 — самыми скучными?
- Где AI забрал у тебя интересную часть, и что осталось?

## Ротационные варианты
1. Архитектура данных (Iceberg, dbt, Trino)
2. Performance engineering (Go pprof, eBPF, CPU profiling)
3. Security engineering (codeql, fuzz, threat modeling)
4. Платформенная разработка (k8s operators, IDP)

## Решение на квартал
- Выбранное направление: ____
- Поддержка от компании:
  - [ ] оплата книг/курсов до 80 000 ₽
  - [ ] участие в конференции (РИТ++, HighLoad)
  - [ ] выделенные часы в неделю на изучение (8-12 ч)
  - [ ] mentor-контакт извне (engaged consultant)
- Целевой проект на квартал: ____
- Метрика прогресса: ____

Из 12 senior-разработчиков, которые остались в компании, пятеро за 18 месяцев перешли в новые домены: двое — в архитектуру данных, по одному — в performance engineering, security и платформенную разработку. Все пятеро в текущих опросах MS-360 ставят 8+ из 10 по удовлетворённости работой. Примечательно, что это выше, чем было до появления AI вообще.

Сроки и ROI: как окупилось за 4 месяца

Вся работа заняла 18 календарных месяцев. Первые три месяца — сбор и анализ данных MS-360, интервью с уходящими senior-ами. Следующие два месяца — разработка фреймворка и согласование с CEO и CTO. Оставшиеся 13 месяцев — постепенное внедрение, параллельно с пятью senior-ами. Моё прямое участие: 12 рабочих дней в первые пять месяцев плюс 8 часов в месяц на квартальные ретроспективы в оставшиеся 13 месяцев. Отдельно — 24 часа консультаций с HR-партнёром компании.

Стоимость проекта — 480 000 ₽. Теперь про результаты. Текучка senior-ов упала с 47% до 12%: год до старта проекта — 8 уходов из 17 senior-ов, последние 12 месяцев — всего 2 ухода из 17. Один уход senior-разработчика обходится компании в 1,5–2,5 миллиона рублей — сюда входят поиск, рекрутер, испытательный срок, потеря экспертизы и неизбежное замедление команды. Мы предотвратили 6 уходов за 18 месяцев. Грубый ROI проекта — около 12–15× по чистым деньгам, и это без учёта косвенных выгод: стабильности экспертизы, морали команды, скорости доставки фич.

Что осталось как риск

Я не стану говорить, что мы закрыли эту проблему навсегда. AI продолжает развиваться, и через 12–18 месяцев Claude 5 или Opus 5 заберут у senior-ов ещё какую-то часть интересной работы — это просто факт. Значит, фреймворк нужно пересматривать с той же периодичностью: переопределять, что такое «проект, который AI пока не выучил», искать новые нетривиальные домены, перебалансировать ROIC-цели. У нашего клиента это уже вошло в годовой OKR-цикл CTO. По нашей практике, компании, которые этого не делают, теряют 30–50% senior-ов каждые 18–24 месяца. Это очень тяжёлый налог на бизнес.

FAQ: что чаще всего спрашивают клиенты

Почему senior-разработчики уходят именно сейчас, в 2025-2026?

Мы собирали данные MS-360 на 12 senior-разработчиках на протяжении 18 месяцев — и выделили три основные причины ухода. Первая: AI забрал самую интересную часть работы — написание нового кода, типовые модули, оптимизации. Осталась рутина: управление командой и legacy-код. Вторая: middle-разработчики с AI стали выдавать 60–70% от объёма senior-а, и вопрос «за что мне платят в 2,5 раза больше?» стал звучать всё острее. Третья — усталость от бесконечных объяснений junior-ам очевидных вещей, которые теперь Claude объясняет им бесплатно и терпеливо.

Что значит «проект, не выученный AI»?

Речь о задачах, где AI-помощники либо бесполезны, либо откровенно вредят. Таких категорий три. Первая — интеграции с устаревшими российскими системами: 1С 7.7, 1С 8.2 с самописными конфигурациями, СМЭВ, ФССП-API, старые версии ЕГАИС. Тренировочных данных по ним у AI нет, и он начинает галлюцинировать. Вторая — производственные системы с уникальной бизнес-логикой: расчёт себестоимости по нестандартной методологии, биллинг с разветвлённой сетью партнёрских скидок. Третья — production-инциденты на специфическом legacy-стеке. Именно на таких проектах senior снова чувствует себя по-настоящему нужным.

Как ROIC учитывается на менторстве?

У клиента мы ввели чёткое правило: каждый senior-разработчик включает в квартальный OKR показатель «ROIC от менторства». Формула простая: (рост скорости подопечных × ставка часа подопечного) / (часы senior на менторство × ставка часа senior). Целевое значение — выше 2,5. Это даёт senior-у конкретное, измеримое влияние — выраженное в деньгах, а не в ощущениях. Раньше менторство воспринималось как нагрузка сверху, senior-ы чувствовали себя наказанными. Сейчас 4 из 5 наших senior-ов держат ROIC в диапазоне 3–4,5, и это становится реальным весомым аргументом на годовом ревью зарплат.

Какие нетривиальные домены вы рекомендуете для ротации senior-ов?

На нашей практике хорошо работают четыре направления. Архитектура данных — у клиента это был переход на data lakehouse с Iceberg-таблицами, senior-ы погружались в эту модель с живым интересом. Performance engineering — низкоуровневая оптимизация конкретных bottleneck в Go/Rust: AI здесь почти не помогает, а анализ через perf и pprof оказывается по-настоящему увлекательным. Security engineering — поиск уязвимостей через codeql, fuzz-тесты, pentest-методики. И платформенная разработка — Kubernetes-операторы, собственные controllers, где требуется системный дизайн на уровне, заметно выше прикладной разработки.

Сколько занимает разворот текучки и сколько это стоит?

В продуктовой компании клиента с 42 РМ весь проект занял 18 месяцев. Три месяца — сбор данных и анализ MS-360. Два месяца — разработка фреймворка и согласование с CEO и CTO. Ещё 13 месяцев — постепенное внедрение параллельно с пятью senior-ами. Текучка senior-ов по итогу упала с 47% до 12%: год до старта — 8 уходов из 17, последние 12 месяцев — 2 ухода из 17. Стоимость всей работы — 480 000 ₽, включая 12 моих рабочих дней и 24 часа консультаций с HR-партнёром. Проект окупился за 4 месяца: один уход senior-а стоит компании от 1,5 до 2,5 миллиона рублей — а мы предотвратили шесть.

Итог

AI не делает senior-разработчиков лишними — он просто забирает у них интересные задачи и отдаёт их middle. Senior остаётся, но с ощущением «зачем я тут вообще нужен». Деньгами это не починить. Работают три вещи: задачи в доменах, которые AI ещё не освоил; учёт менторства через ROIC — чтобы человек видел свою реальную ценность; ротация в нетривиальные проекты. На нашей практике текучка в senior-сегменте падает с 47% до 12% за 18 месяцев. Это окупает всю работу за 4 месяца.