Чеклист по найму технологического эксперта

Определите, нужна ли вам стратегия (архитектура, принятие решений) или исполнение (разработка)

Это требует принципиально разных профилей, и одному человеку редко удаётся совмещать оба.

Перечислите текущий технологический стек и выявите ограничения

Хороший технический советник должен понять вашу отправную точку, прежде чем рекомендовать изменения.

Обозначьте неотложные проблемы (масштабирование, безопасность, производительность, технический долг, команда)

Конкретные проблемы покажут, нужен ли вам CTO общего профиля или узкий специалист.

Уточните размер команды и уровень квалификации её участников

Технический руководитель для команды из 2 человек и для команды из 20 — принципиально разные роли.

Определите полномочия специалиста в принятии решений

Уточните опыт на вашем этапе развития компании (до посева, Серия A, корпоративный уровень)

Технические задачи и потребности в руководстве существенно различаются в зависимости от этапа.

Запросите примеры технических архитектурных решений, за которые кандидат нёс ответственность

Ответственность за решения (а не только советы) свидетельствует о реальном опыте.

Спросите, как они справлялись с техническим долгом и миграцией устаревших систем

Большинство реальных технических задач связано с ограничениями, а не с проектами «с чистого листа».

Оцените коммуникативные навыки — умеет ли кандидат объяснять технические концепции нетехническим стейкхолдерам?

CTO, неспособный донести техническую реальность до основателей, создаёт опасные информационные разрывы.

Документируйте все архитектурные решения с обоснованиями (Architecture Decision Records)

Решения без контекста невозможно пересмотреть или разумно отменить в будущем.

Проводите регулярные демо или ревью текущих работ

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

Убедитесь, что советник работает вместе с вашей командой, а не в обход неё

Хорошие дробные CTO наставляют команду и наращивают её компетенции, а не создают зависимость.

Включите проверки безопасности и соответствия требованиям в контрольные точки проекта

Встроить безопасность проще, чем добавить её позже — убедитесь, что этот аспект не упускается.

Убедитесь, что весь код находится в системе контроля версий и право собственности передано

Весь код, созданный в ходе проекта, должен принадлежать вам.

Запросите передачу системной документации (диаграмма архитектуры, операционные руководства)

Недокументированные системы становятся критическими рисками при уходе ключевых сотрудников.

Проведите аудит всех учётных данных, секретов и доступов перед завершением работы специалиста

Гигиена безопасности при оффбординге предотвращает несанкционированный доступ в будущем.

Зафиксируйте открытые технические вопросы и известные риски в общем документе

Будущим сотрудникам необходимо понимать, какие компромиссы были сделаны и почему.