Айтишник не уйдёт через полгода: что реально работает — кроме денег
Сильного разработчика хантят круглый год — оффер «на +30% и удалёнка» он получает, даже когда не ищет. Деньгами эту гонку не выиграть: за бюджетом всегда найдётся компания крупнее. Разбираем, что держит айтишника кроме оклада — задачи, рост, команда, как вести контроффер и зачем держать резерв на замену, если удержать всё-таки не вышло.
хантят круглый годчто держит кроме денегрезерв на замену
В IT удержание — это не разовая задача «уговорить остаться», а постоянная конкуренция за своего же человека. Сильному разработчику пишут рекрутеры каждую неделю, оффер «плюс к окладу и полная удалёнка» он получает, даже когда ни на что не жалуется. И первый рефлекс работодателя в ответ на заявление обычно один — добавить денег. Иногда это срабатывает, но чаще лишь сдвигает уход на несколько месяцев, потому что деньги в IT почти никогда не бывают единственной причиной.
Эта статья — для тимлидов, CTO и фаундеров, которые уже наняли сильных людей и не хотят терять их через полгода. Разберём по порядку: во сколько на самом деле обходится уход разработчика, что держит его кроме оклада, как читать ранние сигналы, что делать с контроффером и как подстраховать ключевые позиции, если удержать не получилось.
Почему айтишников переманивают постоянно
Рынок IT устроен так, что сильный специалист почти всегда пассивный кандидат: он не ищет работу, но рынок ищет его. Спрос на разработчиков под конкретный стек стабильно выше предложения, поэтому компании охотятся за уже работающими людьми напрямую — об этом мы подробно писали в материале про то, почему так сложно найти IT-специалиста. Обратная сторона этой охоты: ваш разработчик — чья-то цель прямо сейчас.
Из этого следует неприятная, но важная мысль. Удержание в IT нельзя выиграть один раз и забыть. Пока человек работает у вас, его параллельно зовут в другие места — и решение остаться он принимает заново каждый раз, когда приходит очередной оффер. Поэтому держит его не разовая прибавка, а то, что выгодно отличает работу у вас от строки «+30% к окладу» в письме от конкурента.
Во сколько обходится уход разработчика
Прежде чем решать, сколько вкладывать в удержание, полезно посчитать цену ухода — она почти всегда выше любой разумной прибавки. Заменить сотрудника в среднем стоит 5–8 его окладов, а в IT эта цифра уходит вверх: подбор разработчика дольше и дороже обычного, а окладам соответствуют и потери.
Долгий и дорогой подбор. Закрыть позицию разработчика — это недели прямого поиска и переговоров с пассивными кандидатами, а не отбор откликов. Полная стоимость места — оклад плюс налоги и взносы, это примерно +30–40% сверху.
Простой и сорванные сроки. Пока место пустует, релиз сдвигается, а часть задач уходит на остальную команду — это упущенная выгода и риск перегрузить тех, кто остался.
Потеря знания о системе. С ушедшим уходит контекст: почему код устроен именно так, где подводные камни, как работает то, что он один поддерживал. Это знание восстанавливается месяцами.
Эффект домино. В сплочённой команде за сильным разработчиком часто тянутся те, кто держался на нём, — и каждый такой уход запускает свой цикл потерь.
Сложите это по одной ключевой роли — и сумма уверенно превышает 5–8 окладов. На этом фоне бюджет на удержание (рост, обучение, нормальный руководитель, выровненная по рынку зарплата) перестаёт быть расходом и становится страховкой.
Что держит разработчика кроме денег
Деньги в IT работают как порог, а не как привязка. Если оклад заметно ниже рынка — человек уйдёт почти наверняка, и никакие интересные задачи это не перебьют. Но как только зарплата на уровне рынка, дальше решают вещи, которые конкурент не скопирует одной строкой в оффере. По исследованиям рынка труда и по практике найма в IT причины ухода почти всегда лежат в этих плоскостях.
Задачи. Сильный разработчик уходит от скуки. Поддержка легаси без развития, бесконечный рутинный CRUD, отсутствие технического вызова — мотивация утекает первой. Держат интересные задачи и право влиять на то, как они решаются.
Рост. Видна перспектива: новые технологии, усложнение зоны ответственности, путь от мидла к сеньору и тимлиду. Без роста человек упирается в потолок и идёт искать его там, где потолок выше.
Руководитель. Главная причина ухода — не компания, а тимлид: микроменеджмент, отсутствие обратной связи, технические решения через голову. Уходят чаще от руководителя, чем из компании.
Команда и инженерная культура. Сильные тянутся к сильным. Код-ревью, адекватный процесс, отсутствие вечного аврала и переработок держат лучше бонуса. Разработчик уходит и из-за того, что вокруг слабая команда и хаос в процессах.
Автономия и условия. Возможность самому планировать день, гибридный или удалённый формат, отсутствие бессмысленных созвонов. Для IT это давно не льгота, а гигиена — её отсутствие конкурент использует против вас.
Вывод практичный: прежде чем поднимать оклад «лишь бы остался», проверьте остальное. Чаще всего разработчик уходит не за деньгами, а от скучных задач, потолка или тимлида — и в этом случае прибавка лишь отсрочит уход, а не отменит его.
Фактор удержания → что делать тимлиду
Удержание — это не разовый жест, а несколько направлений, по каждому из которых есть конкретное действие. Вот как разложить факторы выше на то, что тимлид может сделать уже на этой неделе.
Фактор удержания разработчика и что с ним делать руководителю
Фактор
Сигнал, что проседает
Что делать
Задачи
Сидит на легаси и рутине, нет технического вызова
Дать новую задачу, право выбрать решение, ротацию между проектами
Рост
Делает одно и то же год, грейд не двигается
Согласовать план развития, новую зону ответственности, обучение
Руководитель
Технические решения через голову, нет фидбэка
Регулярные 1-на-1, убрать микроменеджмент, дать влиять на архитектуру
Команда и процессы
Вечный аврал, переработки, нет код-ревью
Выстроить процесс, убрать постоянные переработки, усилить команду
Деньги по рынку
Оклад отстаёт от рынка по стеку и грейду
Сверить с рынком, выровнять до ухода, а не после заявления
Главное в этой таблице — почти все строки дешевле найма замены, а часть вообще бесплатна. Удержание в IT начинается не с бюджета на оклады, а с задач, процессов и внимания тимлида к человеку.
Ранние сигналы, что разработчик собрался уходить
К моменту, когда разработчик приносит заявление, решение уже принято — переубедить почти невозможно. Ловить нужно раньше, по косвенным признакам. Вот что обычно видно за недели до ухода.
Пропала инициатива: перестал предлагать улучшения и рефакторинг, делает строго по задаче, без «а давайте сделаем нормально».
Отстранился от команды: меньше участвует в обсуждениях и код-ревью, формальные комментарии, реже на синках.
Аккуратнее с временем: перестал задерживаться даже когда горит, строго по графику, чаще берёт отгулы.
Не говорит о будущем: раньше обсуждал архитектуру и планы на квартал вперёд, теперь уходит от темы долгосрочных задач.
Признаки выгорания: усталость, раздражительность, падение качества у того, кто всегда тянул сложное.
Активность на рынке: обновил профиль на GitHub и в профессиональных соцсетях, стал внимательнее к тому, что предлагают.
Ни один признак сам по себе не приговор, но два-три вместе — повод не ждать заявления, а поговорить. Честный разговор «как тебе задачи, чего не хватает, куда хочешь расти» на этой стадии ещё разворачивает ситуацию; на стадии оффера от конкурента — уже почти нет.
Контроффер: когда работает, а когда вредит
Когда заявление на столе, у руководителя один рефлекс — контроффер: «давай добавим, только останься». В IT это особенно частая ловушка, потому что прибавку легко обосновать «рынок такой». Но по статистике большинство принявших контроффер всё равно уходят в течение года: деньгами закрыли симптом, а не причину.
Сначала поймите настоящую причину. Если разработчик уходит от скучных задач, потолка или тимлида — прибавка не лечит, а лишь сдвигает срок.
Не торгуйтесь под давлением оффера. Контроффер «лишь бы остался» ломает справедливость: команда узнаёт, что повышение в IT получают через заявление, и это запускает новые уходы.
Если повышаете — то за дело, а не за угрозу. Честнее выровнять зарплату сильного разработчика заранее, до того как он принёс оффер от конкурента, и подкрепить это ростом задач.
Параллельно готовьте замену. Даже если контроффер приняли, считайте, что риск остался: разработчика продолжат хантить. Не оставайтесь без плана Б.
Контроффер — это пожарная мера. Системное удержание в IT происходит за месяцы до заявления, через задачи, рост и команду из таблицы выше, а не в момент, когда человек уже согласовывает дату выхода в другом месте.
Когда удержать нельзя и это нормально
Удержать получается не всегда, и это не провал руководителя. Есть ситуации, где правильнее отпустить хорошо и спокойно готовить замену, а не выжигать силы на уговоры.
Человек перерос задачи, а технически расти внутри компании некуда — держать силой значит потерять и его, и доверие команды.
Причина ухода вне работы: переезд, релокация, смена направления в карьере. Это не лечится прибавкой и интересным проектом.
Разошлись по технологиям или продукту: разработчик хочет другой стек или предметную область, которую вы не дадите, — и это честно с обеих сторон.
Удержание дороже замены: иногда выгоднее нанять нового сильного человека, чем годами тянуть выгоревшего на прежней роли.
В этих случаях задача меняется: не уговорить любой ценой, а сделать так, чтобы уход не превратился в простой релиза. А это значит — иметь замену под рукой ещё до того, как человек ушёл.
Резерв на замену: страховка от простоя релиза
Самое уязвимое место в IT-команде — ключевая роль, на которой держится продукт или направление и для которой нет дублёра: единственный человек, знающий критичный сервис, или ведущий разработчик под редкий стек. Пока он работает, всё хорошо; в день его ухода начинается простой, который в IT стоит особенно дорого. Страховка от этого — кадровый резерв: понимание, кем и за сколько можно закрыть позицию, ещё до того как она освободилась.
Определите ключевые IT-роли — те, чей уход остановит релиз или продукт. Именно по ним нужен план Б, а не по всей команде сразу.
Знайте рынок по этим ролям заранее: где живут такие разработчики, какие оклады по стеку, сколько реально занимает подбор замены.
Снижайте «фактор автобуса»: код-ревью, документация, парное программирование — чтобы знание системы не уходило целиком вместе с человеком.
Держите контакт с агентством, которое уже понимает ваш стек и команду, — тогда замена стартует в день заявления, а не через месяц раскачки.
Подбор разработчиков с открытой ценой и гарантией замены здесь работает как страховой полис. Первые подходящие кандидаты на замену — за 5 рабочих дней, цена от 15% годового дохода зафиксирована в договоре, а если новый человек не прошёл испытательный — замену подберём бесплатно в течение 90 дней. По дефицитным ролям имеет смысл держать резерв постоянно — посмотрите, как устроен прямой подбор разработчика под конкретный стек.
Коротко: с чего начать удержание в IT
Удержание разработчика — это не контроффер в последний момент, а системная работа за месяцы до заявления. Логика та же, что и для остальной команды (мы разбирали её в материале о том, как удержать ключевых сотрудников), но в IT всё острее из-за постоянного хантинга. Вот что имеет смысл сделать в первую очередь.
Посчитайте цену ухода по ключевым IT-ролям — замена стоит 5–8 окладов плюс сорванные сроки и потеря знания о системе, и это аргумент за бюджет на удержание.
Сначала задачи, рост и команда, потом деньги: оклад выровняйте до рынка, но удерживают чаще не им — проверьте остальные факторы до прибавки.
Ловите ранние сигналы и говорите честно, пока заявления ещё нет; на стадии оффера контроффер чаще лишь откладывает уход.
Для дефицитных ролей держите резерв заранее: он превращает уход разработчика из простоя релиза в плановую замену.
Удержать сильного разработчика почти всегда дешевле, чем искать нового на перегретом рынке. Но там, где удержать не вышло, выигрывает тот, у кого замена была готова заранее. Если хотите подстраховать ключевые IT-позиции резервом — поможем собрать его под ваш стек и цифры.
Автор статьи
Проверено экспертом «Адепты»обновлено в июне 2026Екатерина МироноваHR-директор, эксперт по кадровому делу · 16 лет в HR и кадрах
Отвечает за кадровое оформление, удержание и HR-бренд. Разбирается в трудовом праве, оформлении иностранцев, воинском учёте и метриках эффективности подбора.
Под этот фильтр пока ничего не нашлось — посмотрите все карточки.
Резерв на IT-замену● Пн–Пт 9:00–19:00
Бесплатно, без обязательств
Подстрахуем IT-команду
Соберём резерв под ваши ключевые IT-позиции
Опишите роль под риском и стек — разберём риски ухода, подберём проверенных кандидатов на замену заранее и пришлём открытую смету. Цену зафиксируем в договоре, результат защитит гарантия замены.
Хорошее месторейтинг на Яндексе
Рынок труда
Удержание
Удержание