За последние пять лет я провёл больше сотни интервью и закрыл не один десяток senior-позиций, и могу сказать честно: в 2025 году классическая воронка найма сеньоров перестала работать так, как работала ещё года три назад. Раньше можно было выложить вакансию, получить поток откликов и просто отбирать лучших. Сейчас сильные кандидаты на рынке есть, но они почти не приходят через холодный отклик — они приходят через знакомых, через сообщества, через репутацию команды. И если этого не понимать, можно месяцами гоняться за призраками и жаловаться, что «сеньоров нет».
Наша воронка выглядит так: первичный скрининг по мотивации и опыту, короткий технический разговор на 45 минут, сессия по системному дизайну, встреча с командой и финальный разговор про ожидания. Конверсия отрезвляет: из ста входящих контактов до финала доходят три-четыре человека, и это нормально. Главная ошибка здесь — экономить время на первом этапе. Я долго думал, что скрининг можно делегировать рекрутеру с чек-листом, но для сеньора это не работает: половина сильных людей отваливается именно на формальном разговоре, где им задают вопросы уровня джуна. Поэтому я теперь сам провожу первые двадцать минут и просто слушаю, как человек рассказывает о своей последней задаче.
Отдельная боль — тестовые задания. Я прошёл через все стадии: огромные домашние проекты на неделю, алгоритмические задачки на час, тесты на внимательность. Вывод простой: чем выше уровень кандидата, тем меньше он готов тратить вечер на неоплачиваемую домашку, и это абсолютно справедливо. Сейчас я использую два формата. Либо короткое задание до двух часов, максимально приближенное к нашей реальной работе, либо оплачиваемая сессия на несколько часов. И ещё один приём, который неожиданно хорошо зашёл: живая работа над задачей вместе с нашим разработчиком, без таймера и без «правильного ответа» в голове. Мы смотрим не на результат, а на то, как человек думает, уточняет требования и реагирует на новую информацию.
Системное мышление я давно не проверяю через вопросы из учебника. Гораздо полезнее попросить кандидата разобрать реальный кейс из его прошлого: почему выбрали эту базу, что сломалось через полгода, какое решение оказалось самым дорогим и что бы он сделал иначе. Сильный сеньор начинает с ограничений и компромиссов, а не с названий технологий. Он честно говорит «мы тогда ошиблись» и объясняет, как это заметили. И ещё я всегда смотрю на вопросы, которые кандидат задаёт нам. Если человек спрашивает про процессы, про качество кода, про то, кто принимает решения по архитектуре, — это хороший знак. Если только про зарплату и график, тоже нормально, но разговор будет короче.
Теперь про ошибки найма, на которые я наступал сам и которые вижу у коллег постоянно. Первая — искать человека под точный стек вместо человека под задачу: технологии меняются быстрее, чем мы успеваем закрыть вакансию. Вторая — гонка за идеальным кандидатом, из-за которой процесс растягивается на месяцы и лучшие уходят к тем, кто быстрее. Третья — неподготовленные интервьюеры: каждый спрашивает своё, кандидат повторяет одну и ту же историю пять раз и в итоге теряет интерес. Четвёртая — отсутствие рубрики оценки, когда решение принимается по принципу «мне показалось». И пятая, самая обидная, — мы забываем продавать роль. Сеньор выбирает не работу, а задачу, команду и свободу решений.
Что реально помогло мне навести порядок. Мы завели единую рубрику оценки с четырьмя блоками и договорились, что каждый интервьюер пишет фидбек в течение суток, иначе он не учитывается. Мы сократили путь от первого контакта до оффера до семи рабочих дней и всегда держим пайплайн тёплым, даже когда активных вакансий нет. Мы честно рассказываем про минусы проекта на первом же разговоре, и это, вопреки страхам, не отпугивает сильных людей, а наоборот, повышает доверие. И мы перестали измерять успех найма количеством закрытых позиций: важнее, сколько людей осталось через год и сколько из них выросло внутри.
Если коротко, мой совет читателям такой: сначала опишите задачу и контекст, потом пишите вакансию; уважайте время сеньора, потому что его время стоит дороже вашего тестового; проверяйте мышление через реальные истории, а не через головоломки; и не тяните с решением, рынок в 2025 году быстрее, чем ваш комитет по найму. А теперь вопрос к вам, коллеги: какой приём в найме senior-разработчиков дал вам самый неожиданный и приятный результат, и что вы после этого навсегда убрали из своего процесса?
Наша воронка выглядит так: первичный скрининг по мотивации и опыту, короткий технический разговор на 45 минут, сессия по системному дизайну, встреча с командой и финальный разговор про ожидания. Конверсия отрезвляет: из ста входящих контактов до финала доходят три-четыре человека, и это нормально. Главная ошибка здесь — экономить время на первом этапе. Я долго думал, что скрининг можно делегировать рекрутеру с чек-листом, но для сеньора это не работает: половина сильных людей отваливается именно на формальном разговоре, где им задают вопросы уровня джуна. Поэтому я теперь сам провожу первые двадцать минут и просто слушаю, как человек рассказывает о своей последней задаче.
Отдельная боль — тестовые задания. Я прошёл через все стадии: огромные домашние проекты на неделю, алгоритмические задачки на час, тесты на внимательность. Вывод простой: чем выше уровень кандидата, тем меньше он готов тратить вечер на неоплачиваемую домашку, и это абсолютно справедливо. Сейчас я использую два формата. Либо короткое задание до двух часов, максимально приближенное к нашей реальной работе, либо оплачиваемая сессия на несколько часов. И ещё один приём, который неожиданно хорошо зашёл: живая работа над задачей вместе с нашим разработчиком, без таймера и без «правильного ответа» в голове. Мы смотрим не на результат, а на то, как человек думает, уточняет требования и реагирует на новую информацию.
Системное мышление я давно не проверяю через вопросы из учебника. Гораздо полезнее попросить кандидата разобрать реальный кейс из его прошлого: почему выбрали эту базу, что сломалось через полгода, какое решение оказалось самым дорогим и что бы он сделал иначе. Сильный сеньор начинает с ограничений и компромиссов, а не с названий технологий. Он честно говорит «мы тогда ошиблись» и объясняет, как это заметили. И ещё я всегда смотрю на вопросы, которые кандидат задаёт нам. Если человек спрашивает про процессы, про качество кода, про то, кто принимает решения по архитектуре, — это хороший знак. Если только про зарплату и график, тоже нормально, но разговор будет короче.
Теперь про ошибки найма, на которые я наступал сам и которые вижу у коллег постоянно. Первая — искать человека под точный стек вместо человека под задачу: технологии меняются быстрее, чем мы успеваем закрыть вакансию. Вторая — гонка за идеальным кандидатом, из-за которой процесс растягивается на месяцы и лучшие уходят к тем, кто быстрее. Третья — неподготовленные интервьюеры: каждый спрашивает своё, кандидат повторяет одну и ту же историю пять раз и в итоге теряет интерес. Четвёртая — отсутствие рубрики оценки, когда решение принимается по принципу «мне показалось». И пятая, самая обидная, — мы забываем продавать роль. Сеньор выбирает не работу, а задачу, команду и свободу решений.
Что реально помогло мне навести порядок. Мы завели единую рубрику оценки с четырьмя блоками и договорились, что каждый интервьюер пишет фидбек в течение суток, иначе он не учитывается. Мы сократили путь от первого контакта до оффера до семи рабочих дней и всегда держим пайплайн тёплым, даже когда активных вакансий нет. Мы честно рассказываем про минусы проекта на первом же разговоре, и это, вопреки страхам, не отпугивает сильных людей, а наоборот, повышает доверие. И мы перестали измерять успех найма количеством закрытых позиций: важнее, сколько людей осталось через год и сколько из них выросло внутри.
Если коротко, мой совет читателям такой: сначала опишите задачу и контекст, потом пишите вакансию; уважайте время сеньора, потому что его время стоит дороже вашего тестового; проверяйте мышление через реальные истории, а не через головоломки; и не тяните с решением, рынок в 2025 году быстрее, чем ваш комитет по найму. А теперь вопрос к вам, коллеги: какой приём в найме senior-разработчиков дал вам самый неожиданный и приятный результат, и что вы после этого навсегда убрали из своего процесса?