EXZEV · Практика найма

Fractional CTO или full-time CTO: что нужно стартапу

Выбор fractional или full-time начинается с работы, которую надо выполнять постоянно. Несколько часов технического совета, принятие продуктовой архитектуры и руководство всей инженерной функцией — разные задачи, даже если везде используется название CTO.

Определить модель технической роли ↗

Для фаундеров и CTO, нанимающих в свою компанию. Обсудим задачу на русском.

Сравните модели по ответственности

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

Технический консультант может дать мнение по вопросу, не становясь владельцем инженерной функции. Interim-руководитель может временно принять её целиком. Не подменяйте этими словами описание задач и доступности.

ПотребностьМодель для обсужденияЧто обязательно уточнить
Периодическая проверка решенийКонсультант / советникКто внутри компании принимает и реализует рекомендации
Регулярное руководство на ограниченный объём работыFractional CTOВремя, полномочия, рабочие окна и внутренние исполнители
Постоянное развитие инженерной функцииFull-time CTOКоманда, бюджет, полномочия и связь с бизнесом
Временное принятие функции при смене руководителяInterimСрок, передача ответственности и критерии завершения

Когда участие на часть времени может подойти

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

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

  • Есть самостоятельная внутренняя команда или lead.
  • Запросы к CTO можно планировать, а срочные вопросы имеют отдельный маршрут.
  • Понятно, кто принимает решение при отсутствии руководителя.
  • Определены границы полномочий и доступ к необходимой информации.

Что определить до начала работы

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

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

Задачи и ожидаемые результаты: ...
Постоянные обязанности и исключения: ...
Доступное время и обязательные встречи: ...
Какие решения CTO принимает сам: ...
Кто работает между встречами: ...
Срочные вопросы и замещение: ...
Передача документации и ответственности: ...
Основания пересмотреть модель: ...

Когда переходить к full-time

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

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

Материалы EXZEV · Обновлено 4 октября 2026. Учебные сценарии и шаблоны не являются клиентскими кейсами. Состав поиска и коммерческие условия согласуются по конкретной позиции.

Ваша задача найма

Определить модель технической роли

Расскажите о собственной команде и будущем сотруднике. Начнём с задачи и профиля роли, затем обсудим условия подбора.