CTO для стартапа из восьми человек и CTO для зрелой компании с несколькими продуктами — две разные работы. Первый может половину недели проектировать и писать код. Второй строит управленческую систему, распределяет инвестиции, отвечает за delivery, риски, руководителей и связь технологии со стратегией бизнеса. Ошибка в профиле здесь стоит сильно дороже пары сорванных интервью.
Поэтому подбор разработчиков на уровне CTO начинается с диагностики стадии компании. Нельзя скопировать вакансию конкурента и ждать, что нужный лидер сам догадается, какую версию роли вы имели в виду.
Сначала ответьте, зачем бизнесу CTO
Назовите три бизнес-результата на ближайшие двенадцать–восемнадцать месяцев. Запустить продукт? Стабилизировать платформу? Масштабировать команды? Сократить time-to-market? Подготовить due diligence? Уменьшить инфраструктурные расходы? Эти ответы определяют, нужен ли hands-on лидер, строитель организации, трансформационный руководитель или партнёр CEO по технологии.
CTO как технический лидер
Такой профиль нужен ранней компании или продукту на этапе сложного технического выбора. Он глубоко входит в архитектуру, прототипы, качество инженерных решений и найм первых разработчиков. Но даже здесь CTO не должен навсегда стать самым дорогим senior-инженером: его зона ответственности растёт вместе с командой.
CTO как операционный руководитель
В зрелой среде CTO управляет через руководителей, формирует технологическую стратегию, портфель инициатив, бюджет, стандарты, риски и систему поставки. Он может не писать production-код, но обязан разбираться в последствиях решений, задавать неудобные вопросы и обеспечивать управляемость организации.
Не путайте CTO, VP Engineering и CIO
Границы зависят от компании. Часто VP Engineering сильнее сфокусирован на людях и delivery, CTO — на технологическом направлении и продуктовой стратегии, CIO — на внутренних корпоративных системах. Но титулы плавают. Зафиксируйте реальные решения, бюджеты, команды и владельцев функций, а не спорьте о правильном названии.
Что должно быть в scorecard
результаты на 6, 12 и 18 месяцев
масштаб команды и структура руководителей
архитектурные и продуктовые вызовы
ответственность за delivery, качество и надёжность
бюджет, закупки и cloud costs
security, compliance и business continuity
роль в продажах, инвесторах и партнёрствах
ожидаемая доля hands-on
Как проверять архитектурную глубину
Попросите разобрать два решения из прошлого: одно удачное и одно, которое пришлось пересмотреть. Важны исходные ограничения, альтернативы, личный вклад, участие команды и результат. CTO не обязан помнить синтаксис конкретного фреймворка, но должен понимать системные последствия, технический долг, безопасность, надёжность и стоимость владения.
Как оценить управление командой
Обсудите организационный дизайн, найм руководителей, performance management, succession, конфликт между продуктом и разработкой, рост команды и сокращение. Сильный кандидат говорит не только о культуре, но и о механизмах: роли, цели, ритмы, метрики, decision rights и обратная связь.
Delivery и операционная система
Попросите показать, как кандидат диагностирует медленную поставку. Смотрит ли он на качество входящих приоритетов, зависимости, размер партий, review, тестирование, релизы, ownership и технический долг? Руководитель, который обещает ускорение только за счёт давления на команду, быстро сожжёт людей, но не исправит систему.
Бюджет и экономика технологии
CTO принимает решения с долгим финансовым хвостом: собственная разработка или vendor, облако или on-premise, найм или аутсорсинг, скорость сейчас или стоимость владения позже. Проверьте, как кандидат связывает расходы с ценностью, управляет прогнозом и объясняет инвестиции CEO и финансам.
Кейс для интервью
Дайте реальный контекст: рост замедлился, релизы нестабильны, у команды нет единого ownership, а бизнес хочет новый рынок через девять месяцев. Попросите план первых 90 дней: какие данные собрать, с кем поговорить, что не менять сразу, какие риски проверить и какие решения вынести CEO. Оценивайте приоритеты и зрелость, а не эффектную презентацию.
References для CTO
Рекомендации особенно полезны на уровне руководителя, но вопросы должны быть конкретными. Спросите бывшего руководителя, коллегу и подчинённого о масштабе ответственности, способе принятия решений, работе в кризисе, развитии лидеров и причинах ухода. Общий вопрос «он хороший?» даёт только вежливый шум.
Красные флаги
одинаковый план для любой стадии бизнеса
обесценивает предыдущую команду
обещает переписать всё до диагностики
не умеет говорить о бюджете и рисках
не выращивал руководителей
скрывает провалы за общими словами
считает технологию самоцелью
Как сравнивать финалистов CTO
Соберите единый scorecard по бизнес-партнёрству, технологической глубине, delivery, людям, финансам и рискам. По каждой зоне нужны доказательства из прошлого, а не уверенная речь. Отдельно проверьте соответствие стадии: руководитель, который блестяще управлял пятью директорами, не обязательно захочет снова собирать команду руками; сильный founding CTO может не иметь опыта управления организацией из нескольких сотен человек. Не выбирайте «самого большого» кандидата — выбирайте подходящий масштаб и мотивацию.
Что компания должна честно рассказать кандидату
CTO оценивает бизнес так же внимательно, как бизнес оценивает его. Раскройте отношения основателей, финансовый горизонт, состояние продукта, реальные полномочия, состав команды, ожидания совета директоров и причины открытия роли. Если есть конфликт между скоростью и качеством, технический долг или предстоящая перестройка — это нужно обсуждать до оффера. Замалчивание проблемы может повысить шанс принятия предложения, но резко повышает риск ухода после выхода.
Для C-level поиска нужен подбор IT и digital-специалистов, который умеет работать с пассивным рынком и конфиденциальностью. Лучшие кандидаты редко стоят в очереди на обычный отклик.
FAQ
Должен ли CTO писать код?
На ранней стадии — часто да. В крупной организации важнее архитектурная глубина и управление через лидеров. Долю hands-on нужно определить заранее.
Нужен ли опыт в той же индустрии?
Иногда — при тяжёлой регуляторике или уникальной модели. Чаще важнее похожая стадия, масштаб, тип продукта и вызов.
Сколько интервью проводить?
Достаточно нескольких содержательных встреч с разными целями: бизнес, технология, команда и финальная сверка. Дублирующие этапы не повышают точность.
Кто принимает финальное решение?
CEO или руководитель, которому подчиняется CTO, при структурированном вкладе ключевых стейкхолдеров. Коллективная безответственность — плохой орган найма.
Что оценивать в первые 90 дней после выхода?
Качество диагностики, доверие команды, ясность приоритетов, карта рисков и первые управленческие изменения — не количество мгновенно переписанного кода.
Вывод
Подбор CTO — это выбор лидера под конкретную стадию и бизнес-задачу. Если вам нужен подбор разработчиков, сначала определите ожидаемые результаты, полномочия и баланс технологии с операционным управлением.
IT and Digital выстраивает подбор разработчиков и технических руководителей через scorecard, карту рынка и проверку масштаба — без карго-культа вокруг громкого титула.