Ищем руководителей команд разработки, которые сочетают техническую работу с управлением людьми. Разбираем, сколькими людьми человек руководил, как проводил ревью, как нанимал и что делал, когда сотрудник переставал справляться.
Команда выросла, и старший разработчик, ставший тимлидом, продолжает тянуть все задачи на себе, а управление идёт по остаточному принципу.
Код-ревью превратилось в формальность: правки согласуются быстро, качество падает, ошибки уходят в продакшен.
Новички выходят и уходят через месяц: никто не занимается адаптацией, потому что у тимлида нет на это времени.
Тимлид есть, но решения по архитектуре и срокам принимает кто-то другой, и роль превращается в диспетчера задач.
Закрываем позиции в продуктовых командах, аутсорсе и внутренних отделах разработки. Если нужен менеджер проектов без технической роли, смотрите подбор проджект-менеджеров →
Полчаса разговора: состав команды, какие решения принимает тимлид, как устроены ревью и релизы, что считается результатом на испытательном сроке. Сразу говорим, реально ли закрыть позицию на ваших условиях.
Фиксируем требования, стоп-факторы и вилку. Публикуем вакансию, поднимаем базу и идём в прямой поиск: профильные сообщества, рекомендации, открытые репозитории.
Звоним, разбираем управленческий опыт и техническую базу, сверяем ожидания. Присылаем короткий список с комментарием по каждому.
Организуем встречи: техническая часть, управленческая часть и разбор реальных ситуаций из вашей команды. Обратную связь собираем после каждого этапа.
Держим связь между оффером и первым рабочим днём. Тимлиду важно понять границы полномочий: если решения по найму и архитектуре принимает кто-то другой, это стоит обсудить заранее.
По данным исследования сервиса «Работа.ру», средний срок закрытия вакансии по рынку в целом — 16 дней, медиана — 11 дней. Это статистика прежде всего по массовым и линейным позициям: руководящие роли в неё не укладываются. Как сроки закрытия зависят от профиля →
Разбор вакансии, оценка рынка и реалистичности требований — до начала работы и без обязательств.
Публикации, прямой поиск, звонки, интервью и проверка рекомендаций. Аванса нет: пока кандидат не вышел, вы не платите.
Счёт выставляем после того, как сотрудник вышел на работу.
Если от тимлида ждут полной загрузки в коде, руководства командой, найма, архитектуры и общения с заказчиком одновременно, мы скажем об этом сразу. Такая роль либо заканчивается выгоранием, либо закрывает только часть задач — и об этом честнее договориться на старте.
Ведущий разработчик отвечает за технические решения и наставничество, тимлид добавляет к этому управление людьми: планирование, обратную связь, найм и развитие сотрудников.
Если в вакансии нет управления людьми, мы предложим искать ведущего разработчика — рынок и требования там другие.
Спрашиваем про конкретные ситуации: неудачный найм, конфликт в команде, сотрудник, который перестал справляться.
Ответы уровня «проводил встречи и распределял задачи» показывают, что человек управлял процессами, но не обязательно людьми.
Да, и уточняем, какую долю времени человек готов отдавать коду: у всех разные ожидания, и это частая причина расхождений.
Если роль предполагает только управление, мы ищем руководителя без обязательной разработки, и наоборот.
Да, иногда мы ведём такие запросы как консультацию: помогаем описать профиль и требования, а поиск компания закрывает своими силами.
Если внутренний кандидат не проходит по требованиям, честно говорим об этом, а не подгоняем оценку под решение.
Для тимлида важнее управленческие навыки и техническая база, отрасль обычно догоняется быстрее, чем умение руководить.
Но если продукт сложный технически, требования к предметной области мы оставляем, и тогда срок поиска увеличивается.
Ответим в среднем в течение 1,5 часов в рабочее время. Можно написать в Telegram или позвонить — как удобнее.