CTO в стартапе, зрелом продукте и непрофильной компании — три разные роли. Где-то нужен главный инженер, который сам проектирует систему, где-то — руководитель нескольких команд, а где-то — партнёр бизнеса по инвестициям в технологии. Ошибка начинается с попытки найти универсального технического директора.
Сформулируйте мандат CTO
- Какие бизнес-цели должна поддержать технология
- Нужно ли строить продукт или стабилизировать платформу
- Каков размер и зрелость инженерной команды
- Какие решения CTO принимает самостоятельно
- Как распределены роли с CEO, CPO и архитекторами
Не путайте техническую глубину с лидерством
Сильный разработчик может не хотеть управлять людьми и бюджетом. CTO должен объяснять технические компромиссы бизнесу, выбирать приоритеты, нанимать руководителей, развивать команду и отвечать за последствия решений, а не только предлагать лучшую архитектуру.
Какие ситуации разбирать на интервью
- Конфликт скорости выпуска и технического долга
- Крупный инцидент и восстановление доверия
- Перестройка команды или увольнение сильного специалиста
- Выбор между собственной разработкой и готовым решением
- Защита технологического бюджета перед бизнесом
Рабочий кейс
Дайте кандидату обезличенный контекст компании: продукт, команда, ограничения и цели на год. Попросите определить вопросы, риски, первые решения и план диагностики. Оценивайте не совпадение с вашей готовой стратегией, а глубину рассуждения и способность связывать технологии с бизнесом.
Совместимость с основателями
До оффера нужно обсудить степень автономии, частоту участия CEO в технических решениях, допустимый риск, подход к срокам и правила несогласия. Неудобные вопросы на этом этапе дешевле конфликта после выхода.
Рекомендации и первые 90 дней
Рекомендации полезно собирать у руководителя, коллеги из бизнеса и человека из инженерной команды. План первых месяцев должен начинаться с диагностики, а не обещания немедленно переписать систему или заменить сотрудников.