Кому доверить ИТ — и какой риск вы при этом берёте

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

Компания растёт — и в голове CEO крутится: сайт выдержит пик нагрузки? Разработка запустит функционал к дате старта? Не окажется ли через три месяца, что выбранная архитектура не тянет? Или другая ситуация: подрядчик в третий раз поднял цены, уйти некуда — код у них. Ключевой инженер, который один держит в голове половину системы, положил заявление на стол.

Разные ситуации. Один вопрос: кому это доверить? Не кому поручить задачи — а кому отдать домен целиком, чтобы CEO мог не держать его в голове постоянно.

У рынка два привычных ответа: нанять CTO в штат или вырастить своего технаря. Обе модели работают. Обе приносят с собой набор компромиссов, которые компания принимает в комплекте и со временем перестаёт замечать.

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

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

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

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

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

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

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

Сегодня множество средних компаний в России не держат бухгалтерию в штате. Юристы на абонентском обслуживании — норма для МСБ. Страхи не исчезли — они стали управляемыми. Вокруг них выросли механизмы: NDA, профессиональное страхование, абонентский формат с понятными метриками.

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

CTO как услуга — не консультант (тот отвечает за рекомендацию) и не аутсорсер (тот отвечает за код). Это руководитель, который входит в команду, отвечает за результат на уровне технологической функции и работает по контракту, а не по штатному расписанию. Снаружи компании, но внутри её работы.

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

Страхи закрываются не обещаниями, а механизмами. Артефакты вместо присутствия — качество видно по следу, а не по часам в офисе. Управляемый объём — работа начинается с пилотной сессии с фиксированным результатом. Право на выход — расстаться с внешним CTO проще, чем уволить штатного. Передаваемость — процессы строятся так, чтобы работали без него.

У всех трёх моделей есть одна общая механика: доверие → полномочия → результаты → доверие. Без доверия CEO не даёт полномочий. Без полномочий нет результатов. Без результатов доверие не растёт.

Выращенный CTO стартует с максимальным доверием — но без опыта. Штатный нанятый — с нулевым доверием, и на запуск цикла уходит год-полтора. По разным оценкам, до половины новых руководителей C-уровня покидают компанию в первые 18 месяцев — и главная причина не в компетенциях, а в том, что цикл доверия не успевает запуститься.

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

Модель не убирает риск.

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

Категория рождается не из определения — а из того, что несколько человек начинают называть одно и то же одним словом.

CTO как сервис - это и есть то слово

Если бы вам сейчас пришлось менять CTO — то на каком формате вы бы остановились?

Полный разбор форматов тут - ctoasaservice.ru/articles/komu-doverit-it/