Как нанять CTO или Tech Lead: на что смотреть и где искать

Найм CTO или Tech Lead — одно из самых значимых решений, которые принимает компания. Сделаете правильный выбор — и получите фундамент, вокруг которого выстроится вся команда. Ошибитесь — и следующий год уйдёт на разгребание тех долга, перенайм, и очередные попытки понять, почему релизы постоянно срываются.

CTO или Tech Lead: сначала поймите, кто вам нужен

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

CTO — это стратегическая роль. Он отвечает за технологическое видение компании, доносит его до совета директоров и инвесторов, формирует долгосрочную архитектурную стратегию и принимает решения, влияющие на весь бизнес. Приличную часть времени он проводит вне команды: с клиентами, партнёрами, руководством.

Tech Lead — про другое. Он отвечает за качество разработки в рамках команды или конкретного продукта: пишет код, делает code review, помогает разработчикам разруливать блокеры и принимает ежедневные технические решения, которые двигают работу вперёд. Его основная аудитория — внутренняя: команда разработчиков, с которой он работает.

На ранних этапах в стартапах один человек часто совмещает обе роли — и какое-то время это работает. Но когда команда вырастает хотя бы до 15–20 специалистов, их лучше разделить.

Если у вас команда из десяти человек и вы ещё не запустили первую версию продукта, вам, скорее всего, нужен Tech Lead. А если вы выходите на уровень Series B и требуется человек, который может обсуждать архитектуру с крупными клиентами — это уже роль CTO.

Что искать: важнее технологического стека

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

Что оценивать:

О технических навыках

Не требуйте знания конкретного стека. Тот, кто строил масштабируемые системы на Go, прекрасно возглавит Node.js-команду. Главное — понимает ли кандидат распределённые системы, умеет оценивать архитектурные компромиссы и проектировал ли системы того масштаба, к которому вы стремитесь.

Попросите рассказать о системе, которую они строили с нуля. Где шли на компромисс и почему? Что бы сделали иначе? Честные ответы — признак опыта. Безупречные ответы обычно сигнализируют о его отсутствии.

Где их искать

Сильные CTO и Tech Lead редко находятся в активном поиске. Как правило, лучшие специалисты погружены в работу. Ваша стратегия поиска должна дотянуться до тех, кто не просматривает вакансии.

LinkedIn — надёжный стартовый пункт

Поиск работает хорошо: комбинируйте названия ролей с технологиями и стадией развития компании. Ищите кандидатов с 8-12 годами опыта — как правило, именно такие специалисты ещё пишут код. По InMail с упоминанием конкретных проектов из профиля кандидата отвечают в 3-4 раза чаще, чем шаблонные сообщения.

GitHub и открытые сообщества

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

Митапы и профессиональные сообщества

Локальные IT-митапы, технические конференции и Slack-сообщества вокруг конкретных инструментов — хороший канал. Тот, кто выступает на этих мероприятиях или активно участвует в обсуждениях, в, как правило, достаточно серьезный кандидат. Meetup.com подойдёт для поиска активных IT-сообществ в вашем регионе.

Рекомендации внутри команды

Спросите ваших senior разработчиков: кого бы они хотели видеть своим CTO или Tech Lead. Они понимают рынок и маловероятно порекомендуют того, кто им надоест. Реферальные наймы на senior позициях входят в курс значительно быстрее.

Специализированные IT-рекрутинговые агентства

Для ролей этого уровня специализированный рекрутинг Tech Lead даёт то, чего обычно нет у универсального рекрутера: заранее выстроенную сеть пассивных кандидатов и техническое понимание, которое позволяет их нормально оценивать. Он знает, кто откуда ушёл, кто негласно открыт к предложениям и как правильно позиционировать вашу компанию на фоне конкурирующих офферов.

Какая модель найма подходит именно вам

Как вы оформите CTO или Tech Lead — не менее важно, чем кого вы выберете. Одного и того же кандидата можно нанять в штат, взять через аутстаффинг, привлечь в рамках аутсорсинга или оформить через EOR—провайдера — и каждая из этих схем по‑разному распределяет стоимость, скорость выхода, юридическую ответственность и контроль. Большинство компаний по умолчанию идут по пути прямого найма, не замечая, что остальные четыре модели могут подойти их текущей ситуации лучше.

Прямой найм — базовый вариант для ключевых ролей

Кандидат входит в штат компании — с опционами, соцпакетом и прямым подчинением CEO или VP of Engineering. Это правильная схема, когда роль долгосрочная и стратегически важная. Минусы: дольше оформлять, выше совокупная стоимость с учётом налогов и бонусов, вся юридическая нагрузка по трудовым отношениям лежит на вас. Если вы нанимаете CTO в компанию, которая привлекла инвестиции и планирует расти, прямой найм почти всегда — правильный выбор.

Аутстаффинг — специалист в вашей команде, но не в вашем штате

Человек работает внутри вашей команды — участвует в стендапах, ведёт роадмап, курирует разработчиков — но юридически оформлен у внешнего провайдера, который занимается зарплатой, налогами и кадровыми вопросами. Вы платите ежемесячную ставку. Аутстаффинг удобен для позиции Tech Lead, когда нужно быстро закрыть роль в стране, где у вас нет юрлица, или когда нет времени заниматься прямым наймом. Для CTO эта модель применяется реже: опционы и участие на уровне совета директоров плохо совместимы с внешним работодателем.

Аутсорсинг — покупаете результат, а не конкретного человека

Вы подписываете договор с агентством на конкретный результат — продукт, платформу, миграцию — и агентство само назначает технического руководителя для проекта. Конкретного специалиста выбираете не вы, а подрядчик. Для постоянной роли CTO или Tech Lead модель почти никогда не подходит, но она работает как временное решение: фракционнаый CTO или внешний руководитель инженерного отдела может занять позицию на шесть‑девять месяцев, пока вы спокойно ведёте поиск постоянного кандидата. Главное — честно признать, что делаете именно это.

EOR — найм за рубежом без открытия юрлица

Employer of Record — это провайдер, который юридически оформляет специалиста у себя в стране его проживания, но по факту он работает в вашей команде: ходит на ваши встречи, подчиняется вам, ведёт ваши процессы. EOR берёт на себя расчёт зарплаты, налоги, соцпакет и договорную часть по местному законодательству. Это стандартный способ нанять Tech Lead в стране, где у вас нет юрлица. Оформление занимает дни, а не месяцы, а наценка провайдера (обычно 10–15% сверх зарплаты) всё равно ощутимо дешевле, чем открывать юрлицо ради одного сотрудника.

PEO — совместное трудоустройство, когда юрлицо у вас уже есть

Professional Employer Organisation — это формат совместного трудоустройства. В этом случае у вашей компании уже есть зарегистрированное юридическое лицо в стране, а PEO берет на себя функции HR-администрирования — расчет зарплаты, организацию бонусов, соблюдение требований законодательства — выступая в роли соработодателя. Важно понимать, что PEO не заменяет EOR. Обычно к этой модели прибегают, когда у вас уже есть команда, оформленная напрямую, но вы хотите передать HR-процессы на аутсорсинг. При этом PEO почти не влияет на решение о найме CTO или Tech Lead — он лишь определяет, кто будет заниматься HR-процессами после их найма.

ВЫБОР МОДЕЛИ
Определитесь с моделью до начала поиска, а не после. От неё зависит, кого вы будете смотреть, какой пакет предлагать и какие страны останутся в списке. Сильный кандидат, которого вы не сможете легально оформить, — это потерянный месяц.

Как построить процесс отбора

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

Встреча-знакомство — 30-45 мин

Нанимающий менеджер или рекрутер. Обсуждается взаимный фит, ожидания, вилка, сроки. Не тратьте время кандидата, если базовые параметры не совпадают.

Техническое интервью — 60 мин

Проектирование систем, анализ архитектурных решений. Никаких LeetCode. Никаких задач на доске. Только реальные задачи из вашей области.

Лидерское интервью — 60 мин

Сео, CEO или VP. Совместимость видения, стиль коммуникации, отношение к неудачам, подход к построению команды. Именно на этом этапе оценивают культурное соответствие — не на уровне «по ощущениям», а осознанно.

Интервью с командой + необязательное задание

Для Tech Lead: короткое платное задание (4-6 часов) — разбор реального кода. Для CTO: встреча с senior разработчиками. Оценка команды важна: им работать вместе каждый день.

По данным SHRM, структурированные собеседования — когда каждому кандидату задают одинаковые вопросы в одном и том же порядке — значительно точнее предсказывают успех на должности, чем неструктурированные. На senior-уровне это особенно важно: соблазн поддаться интуиции и сказать «он мне просто понравился» здесь особенно велик.

Поставьте дедлайн и сообщите его кандидату. Четыре недели от первого звонка до оффера — реальное время. Шесть — приемлемо. Восемь и больше — и вы начнёте терять кандидатов в пользу тех, кто работает быстрее.

Типичные ошибки, из-за которых поиск идёт не так

Большинство ошибок на этом уровне предсказуемы: они возникают по одним и тем же сценариям.

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

Пропуск лидерской оценки — вторая по популярности. Проводят техническое интервью и оценку культурного соответствия — и считают, что этого достаточно. Но вести команду — это навык, который не видно в код-ревью: как человек даёт неприятную обратную связь, как действует в условиях неопределённости. Эти вещи надо проверять напрямую.

Слишком медленный процесс часто недооценивают. Сильные кандидаты на позициях CTO и Tech Lead ведут несколько переговоров одновременно. Если между этапами наступает тишина на две недели, кандидат решит, что вакансия заморожена — или что вы несерьёзны. Держите темп и общайтесь проактивно.

И, наконец, команда подключается слишком поздно. Входящему CTO или Tech Lead предстоит завоевать доверие разработчиков. Если они не виделись до подписания оффера, вы начинаете эти отношения с нуля. Подключайте senior разработчиков на третьем-четвёртом этапе и учитывайте их мнение.

Вывод

Найм CTO или Tech Lead — не тот процесс, который стоит торопить. Но и затягивать тоже не стоит: лучшие специалисты доступны ограниченное время, а цена ошибки здесь высока.

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

Если вы предпочитаете доверить поиск опытной команде, направление senior IT-рекрутинга Recruitment.by работает с компаниями, которые закрывают роли CTO, Tech Lead и другие ключевые технические позиции.