Как нанять технического директора (CTO), если вы не разбираетесь в технологиях

Технический директор (Chief Technical Officer, CTO) — это человек, который напрямую влияет темп бизнеса. На ранней стадии развития компании от него зависит почти все: какие решения можно запускать быстро, какие лучше не трогать, где архитектура выдержит рост, а где сломается через три месяца. От него зависит, кого нанимают в команду, как инженеры спорят с продуктом, насколько спокойно бизнес переживает релизы, сбои, переработки.

Ошибка в найме технического директора стоит дорого не только потому, что у такого человека высокая зарплата, которая будет платиться впустую. Гораздо больнее другое: бизнес теряет темп. Несколько месяцев команда может двигаться в неверном направлении, развивать не те технологии, нанимать не тех людей, копить долги, запускать продукт медленнее конкурентов. А потом, когда окажется что, CTO нужно менять, команда уже будет демотивирована, разработчики не будут верить в предлагаемые решения, а руководство снова вернется в точку неопределенности.



Главная ошибка нетехнических основателей/генеральных директоров — искать самого сильного разработчика, а не технического партнера по бизнесу. Хороший CTO действительно должен понимать технологии глубоко, но этого будет недостаточно. Ему нужно связывать технические решения с деньгами, сроками, рисками, клиентами, наймом и стратегией компании.

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

Нужен ли вам вообще технический директор (CTO)

Не каждой компании нужен именно CTO. Иногда за этим названием скрывают совершенно другую задачу: наладить разработку, закрыть просроченные релизы, нанять команду, разгрузить основателя компании, переписать легаси-систему или просто найти человека, который будет «главным по технике». Все эти задачи предполагают абсолютно разных специалистов.

CTO нужен там, где технологии становятся частью бизнес-стратегии. Руководитель инженерного отдела/разработки (Head of Engineering) нужен там, где уже есть понятный продукт и нужно выстроить предсказуемую разработку. Техлид (Tech Lead) может быть правильным решением, если команда маленькая и пока важнее техническое лидерство внутри спринтов, чем полноценная стратегия. Временный технический директор (Fractional CTO) или внешний технический консультант помогают, когда нанимать постоянного CTO дорого или рискованно.

Ошибиться здесь очень легко, поэтому давайте разбираться.

Когда нужен технический директор (CTO)

CTO нужен, если технологии напрямую влияет на конкурентное преимущество компании.
Например:

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

В молодом стартапе CTO часто пишет код, принимает архитектурные решения, разговаривает с пользователями, помогает нанимать первых инженеров. В более зрелой компании CTO меньше работает «руками», зато больше отвечает за технологическую стратегию, культуру инженерной команды, устойчивость систем и долгосрочные решения.

Когда нужен руководитель разработки/инженерного отдела (Head of Engineering)

Руководитель инженерного отдела/разработки (Head of Engineering) нужен, если главная боль — не в технологической стратегии, а в управлении разработкой. Например:

• релизы постоянно срываются;
• команда растет, но процессы не ускоряются и не развиваются;
• разработчики перегружены и выгорают;
• между продуктовой командой и разработкой возникают конфликты;
• непонятно, кто за что отвечает;
• качество найма нестабильное;
• нет прозрачности по срокам, загрузке и приоритетам.

Он обычно отвечает за: процессы, реализацию задач, коммуникацию, оценку работы сотрудников и развитие команды, найм и структуру команды. Он может быть технически сильным, но его фокус — сделать так, чтобы разработка работала предсказуемо.

Если у компании уже есть понятная продуктовая стратегия и архитектурное направление, но хаос в управлении командой, найм CTO может быть излишнем. В такой ситуации сильный руководитель отдела разработки даст больше пользы и обойдется дешевле.

Когда нужен технический консультант

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

Такой формат подходит, если:

• у компании пока есть только идея, концепция продукта или первые гипотезы, но еще нет полноценной разработки;
• нужно оценить MVP (минимально жизнеспособный продукт), подрядчика или архитектуру;
• есть сомнения в качестве текущей разработки;
• нужно подготовиться к найму CTO;
• инвесторы задают технические вопросы, на которые фаундер не может ответить;
• нужен независимый взгляд перед крупной технической перестройкой.

Консультант не заменит полноценного CTO, если команде нужно ежедневное управление, но он может сильно снизить риски: помочь сформировать профиль роли, провести техническую оценку кандидатов, проверить реальное состояние продукта и не дать бизнесу нанять человека «по впечатлению».

Если вам нужен подбор технического директора, мы готовы вам помочь. Мы проводим глубокую проверку кандидатов, проверяем их «мягкие» навыки (soft skills) и приглашаем внешних экспертов для технической оценки. Узнать подробности.

Какой технический специалист вам нужен на текущем этапе

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

Ситуация бизнеса	Кто нужен	Главный риск ошибки
Есть идея, нет продукта	CTO, который сам пишет код и помогает быстро проверить гипотезу	Нанять «стратега», который будет проектировать систему вместо запуска MVP
Есть MVP, но нет команды	CTO, способный писать код, выбирать стек и нанимать первых инженеров	Нанять сильного одиночного разработчика, который не умеет строить команду
Есть первые клиенты, продукт начинает расти	CTO, который совмещает архитектуру, найм и процессы	Сохранить хаотичную разработку и накопить тех.долг быстрее, чем растет бизнес
Команда выросла до 10–30 инженеров и разработчиков	CTO или руководитель разработки с сильным управленческим опытом	Нанять «героя-разработчика», который не умеет управлять через лидов
Продукт нестабилен, много сбоев	CTO-архитектор или технический лидер с опытом масштабирования	Лечить симптомы релизами и переработками, не меняя системные причины
Есть конфликт между продуктовой командой и разработкой	CTO-партнер для бизнеса, умеющий переводить цели продукта в технические решения	Нанять человека, который будет защищать только инженерную сторону
Компания готовится к масштабированию	CTO, который думает о платформе, команде, безопасности, данных и экономической целесообразности	Построить дорогую, сложную и плохо управляемую систему
Нужно перестроить существующую разработку	CTO с опытом внедрения и управления изменениями	Привести человека, который ломает всё резко и теряет команду
Техническая функция работает, но не хватает управления	Руководитель разработки вместо CTO	Переплатить за стратегическую роль, когда нужна операционная дисциплина
Нужна разовая экспертиза	Временный CTO или внешний советник	Нанять постоянного CTO раньше, чем бизнес готов к такой роли

Шаблон брифа на поиск технического директора (CTO)

Что можно оценить в CTO, даже если вы не технарь

• Во-первых, смотрите, как кандидат объясняет сложные вещи. Сильный CTO не прячется за терминами. Он может объяснить, почему одно решение быстрее, другое надежнее, третье дешевле, а четвертое лучше отложить. Если после разговора вы не понимаете, в чем суть проблемы и какие были варианты решения, это плохой знак.
• Во-вторых, оценивайте связь с бизнесом. Хороший CTO спрашивает не только про стек и команду. Он уточняет, кто клиент, как компания зарабатывает, где узкие места роста, какие обязательства перед инвесторами, что критично для пользователей, где нельзя рисковать. Технологии для него — не отдельный мир, а способ двигать бизнес.
• В-третьих, обратите внимание на работу с неопределенностью. Слабый кандидат быстро выдает категоричные ответы без контекста. Сильный сначала собирает данные: стадия продукта, нагрузка, команда, сроки, риски, бюджет, планы роста. Он может сказать: «При таких вводных я бы сделал так, но если выяснится вот это, решение изменится».
• В-четвертых, проверьте зрелость в найме. CTO должен уметь не только оценивать инженеров, но и понимать, какие люди нужны именно сейчас. Иногда компании нужен разработчик широкого профиля, который быстро закрывает разные технические задачи. Иногда — сильный технический лидер по серверной части продукта. Иногда — инженер по инфраструктуре. Иногда — менеджер, который разгрузит CTO. Если кандидат говорит только «мне нужны сильные разработчики», без привязки к задачам бизнеса, это слишком поверхностно.
• В-пятых, смотрите на отношение к команде. Плохой CTO приходит увольнять людей. Хороший сначала разбирается: где проблемы процесса, где неясные приоритеты, где слабое управление, где технические ограничения, а где действительно не хватает компетенций.
• Еще один важный признак — способность спорить. CTO должен быть партнером, а не исполнителем. Он умеет не соглашаться с CEO, но делает это аргументированно. Не «так нельзя», а «можно, но цена будет такой; если хотим быстрее, придется пожертвовать вот этим; если хотим надежнее, срок изменится вот так».

Где искать сильных технических директоров (CTO)

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

1. Первый источник — рекоменадции и круг деловых связей топ-менеджеров, которые часто знают технических лидеров, которые не ищут работу публично, но могут быть открыты к интересной роли или сложной задаче.
2. Второй источник — профильные сообщества. Это могут быть инженерные комьюнити, закрытые клубы технических лидеров, CTO-сообщества, отраслевые мероприятия, конференции, профессиональные чаты. Здесь важна репутация: сильного кандидата проще заинтересовать содержательным разговором, чем стандартным описанием вакансии.
3. Третий источник — LinkedIn, GitHub и другие профессиональные социальные сети и сообщества, где можно увидеть карьерную траекторию, управленческий опыт, подход, интересы, взгляды.
4. Четвертый источник — точечный, прямой поиск (executive search). Для топ-ролей это часто самый эффективный путь, потому что поиск требует не массовых откликов, а точного выхода на людей, которые не находятся в активном поиске. Важна не только воронка, но и правильная продажа роли: почему эта задача интересна, какой уровень влияния, какие решения он сможет принимать, какой потенциал у бизнеса.

Как организовать техническую оценку, если вы не технарь

Ваша задача как CEO или основателя — проверить бизнес-мышление, партнерство, зрелость, мотивацию, стиль коммуникации и соответствие стадии компании. Техническую глубину лучше оценивать с участием людей, которые действительно способны это сделать.

Кого можно подключить

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

Что проверять на техинтервью

На техническом интервью надо проверять инженерное мышление. Что важно обсудить:

• как кандидат принимает архитектурные решения;
• как выбирает между скоростью и качеством;
• как оценивает технический долг;
• как понимает надежность, безопасность и масштабирование;
• как строит команду под конкретную стадию бизнеса;
• как работает с легаси-кодом;
• как организует проверку кода, документации, релизов;
• как отличает критический риск от неприятной, но терпимой проблемы;
• как принимает решение: разрабатывать решение внутри компании или использовать готовый внешний продукт;
• как взаимодействует с продуктовой командой, отделом продаж, клиентской поддержкой и руководителем компании;
• как объясняет технические ограничения нетехническим людям.

Можно дать кандидату небольшой архитектурный или управленческий кейс. Не как экзамен, а как рабочую дискуссию. Пусть он покажет ход мысли: какие данные нужны, какие риски видит, какие варианты рассматривает, что сделал бы в первую неделю, а что отложил.

Чего делать не стоит

Не стоит проверять CTO как джуниор-разработчика: задачами на алгоритмы без контекста, вопросами «какой фреймворк лучше» или тестом на знание синтаксиса. Это не показывает, сможет ли человек построить технологическую функцию.

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

Не стоит полностью отдавать решение внешнему техническому эксперту. Вам все равно самим нужно понять, сможете ли вы работать с этим человеком как с партнером.

Не стоит нанимать кандидата только потому, что он уверенно говорит. Уверенность — не равно зрелость. Иногда некоторые специалисты звучат очень убедительно, потому что не видят и не понимают сложности задач.

Какие вопросы задавать техническому директору на интервью

Как не потерять сильного CTO на этапе оффера

Сильный CTO оценивает компанию так же внимательно, как компания оценивает его. Иногда кандидат уходит не из-за денег, а потому что не увидел доверия, ясности или реального влияния на решения.

Для CTO важны несколько вещей.

1. Первая — честный контекст. Не нужно продавать роль так, будто всё почти идеально. Если есть проблемы, лучше сказать о них прямо.
2. Вторая — уровень полномочий. Если вы называете роль CTO, но не готовы допускать человека к стратегии, бюджету, найму и приоритетам, кандидат быстро почувствует несоответствие.
3. Третья — скорость процесса. Топ-кандидатов нельзя месяцами держать в неопределенности. Затянутые, неясные этапы, повторяющиеся интервью и противоречивые ожидания создают впечатление незрелой компании.
4. Четвертая — понятный оффер. Для CTO важна не только фиксированная компенсация. Значимы условия, задача или вызов, который перед ним будет стоять, зона ответственности, ценности компании, стиль руководства и многое другое.
5. Пятая — личная химия с гендиректором. CTO и CEO будут спорить, принимать неприятные решения, балансировать скорость и риск, поэтому тот должно быть еще и личностное совпадение.

Типичные ошибки при найме CTO