Кому доверить ИТ?

Домен, который некому отдать

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

Компания в кризисе. Подрядчик в третий раз поднял цены, уйти некуда, код у них. Безопасность стала чёрным ящиком, а в новостях очередная утечка. Ключевой инженер, который один держит в голове половину системы, сегодня утром положил заявление на стол.

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

Иногда такой человек есть — и тогда вопрос не возникает. Но чаще его нет. Или он есть формально, а домен всё равно остаётся в голове CEO.

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

Выращенный CTO — ставка на потенциал

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

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

Многие застревают посередине. Продолжают тянуться к коду, потому что там понятно и безопасно. А стратегические задачи остаются недоделанными.

Но главное, у него нет системы координат. Он никогда не видел другой компании изнутри. Не видел другой архитектуры в бою, других команд, других кризисов. То, как устроено у него, для него единственный известный способ, как это бывает вообще.

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

И берёт на себя его лояльность как риск. Он не уйдёт, даже когда нужна другая экспертиза, потому что это его дом. А компания не уволит его, потому что он свой.

Выращенный CTO остаётся ставкой на потенциал человека, а не на готовую экспертизу. Иногда она срабатывает блестяще. Но компания часто не отдаёт себе отчёт в том, что платит не за CTO, а за процесс его становления. И этот процесс идёт за её счёт, в её продукте, с её командой.

Штатный CTO — ставка на глубину

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

Он внутри культуры, знает людей, понимает политику. Может принимать решения быстро, без объяснений с нуля. И он свой, команда это чувствует. Легче выстраивать доверие, когда человек рядом каждый день. Доверие растёт с годами, если он справляется со своей задачей.

Он перестаёт видеть со стороны. То, что давно сломано, начинает казаться нормой. Глаз замыливается: и на архитектуру, и на процессы, и на людей.

Он начинает защищать свои прошлые решения. Это почти неизбежно. Признать, что три года назад выбрал не тот путь, психологически дорого.

Он перестаёт видеть рынок. Что происходит в других компаниях, какие практики стали стандартом, где индустрия ушла вперёд: всё это тускнеет.

Платит за лояльность больше, чем за результат. Со временем уволить CTO становится очень дорого: эмоционально и операционно.

Получает человека, заточенного под одну реальность. Если компания резко меняет направление, он может просто не успеть за изменениями.

Берёт на себя его слепые пятна. Если CTO чего-то не знает или не любит, этого не будет в компании. ИИ, новые подходы к найму, другие архитектурные паттерны: всё фильтруется через одного человека.

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

Откуда вообще берутся сильные CTO?

У слова «сильный CTO» нет одного значения. Есть как минимум два, и они описывают разных людей с разной мотивацией.

Первый — руководитель, прошедший через масштаб, который у большинства компаний никогда не возникнет. Миллионы пользователей, команды в сотню инженеров, разговоры с советом директоров. Такая биография складывается за пятнадцать-двадцать лет и только в нескольких десятках компаний по стране. Этих людей в России мало, и почти все они заняты — в штате, в своих стартапах, в инвестициях. На открытом рынке найма их почти нет.

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

Это два разных дефицита, и их часто смешивают.

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

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

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

Знакомые голоса

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

«Хочешь сделать хорошо, сделай сам.» Это не возражение. Это рефлекс. Так в нулевые отвечали на саму идею бухгалтера на аутсорсе, и это было не аргументом, а культурной установкой, корнем всех остальных страхов.

«Чужой человек не поймёт нашу специфику.» Самое распространённое возражение. Звучало одинаково и про бухгалтерию, и про юристов: внешний специалист никогда не узнает компанию так, как свой.

«Заплатил за подписку, а он ничего не делает.» Самая частая претензия к юристам на абонентском обслуживании. Она дожила до сегодняшнего дня и до сих пор всплывает в обсуждениях.

«Он лоялен своему карману, а не моему делу.» Возражение, в котором страх контроля сменяется страхом обмана. Если штатный юрист зависит от компании, то внешний зависит от количества клиентов.

«Читаю, что в Европе так делают 80%, а у нас почти никто. Значит, у нас это просто не работает.» Цифры используются не для понимания, а для подтверждения уже принятого решения: раз в России так не делают, значит, у нас это и не приживётся. И на этом обсуждение закрывается.

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

Те же голоса сегодня

«Свой технарь надёжнее, вырастим сами.»

«Внешний CTO не поймёт наш продукт.»

«Как я узнаю, что он работает, если его нет в офисе?»

«Он не скажет неудобную правду, потому что побоится потерять контракт.»

«А где российские примеры? У нас так никто не делает.»

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

CTO как сервис.

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

Готовая экспертиза без периода становления. Человек уже прошёл через разные компании и кризисы, разные архитектурные решения, и знает, где обычно всё идёт не так. Это покупается сразу.

Взгляд со стороны как постоянное состояние. Не замыливается, потому что работает с разными контекстами параллельно.

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

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

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

Влияние в моменте. Он не в коридоре, не на стендапе, не за обедом. Многие решения принимаются именно там, и он в них не участвует.

Присутствие. CTO, который всегда доступен, всегда в курсе, всегда рядом с командой, даёт другое качество управления. Его сложно воспроизвести форматом «несколько дней в месяц».

Идентификацию команды. Для инженеров важно иметь своего лидера, человека, который за них отвечает и растёт вместе с ними. С внешним CTO это отношение строится сложнее. Но строится.

Как убедиться, что формат работает

Не убрать риск, а дать ему форму. В бухгалтерии и праве это сделали NDA, страхование, абонентский формат. В технологической функции механизмы другие по форме, но та же логика.

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

Управляемый объём работы. Формат начинается с пилотной сессии — одна-две недели диагностики с фиксированным результатом. Дальше работа строится так же: понятные периоды, конкретные задачи, измеримый результат на выходе из каждого. Решение продолжать всегда принимается на основании реальной работы, а не презентации.

Право на выход. Контрактный формат переворачивает зависимость. Уволить штатного CTO — политически и эмоционально дорого. Расстаться с внешним — вопрос окончания контракта. Не компания привязана к CTO, а CTO должен доказывать ценность каждый период.

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

Где формат не работает

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

Требуется штатная форма. Регулятор, которому нужна подпись. Инвестор, для которого штатный CTO — условие сделки. Формат не проходит не потому, что плохо работает, а потому, что это не та форма.

Режимный объект. Гостайна, закрытый контур, лицензионные ограничения. Внешнему человеку просто не дадут доступ.

Глубокая доменная специфика. Атомная энергетика, медицинское оборудование, авиация, биотех. Техническая экспертиза неотделима от предметной области, а её освоение занимает годы. Нужен человек из отрасли, а не внешний CTO с общей IT-экспертизой.

Доверие как пропуск к полномочиям

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

Это цикл: доверие → полномочия → результаты → доверие.

Без доверия CEO не даёт CTO полномочий. Без полномочий CTO не может принимать решения, которые нужны для результата. Без результатов доверие не растёт. Цикл замкнут, и его нужно как-то запустить.

Разные модели запускают его по-разному, и это, возможно, главное различие между ними.

Выращенный CTO стартует с максимальным доверием. Он свой, полномочия приходят легко. Но именно здесь самая коварная ловушка: максимум доверия и ноль опыта. Полномочия есть, а выбора нет. Он не видел, как решают такие задачи в других местах. Результаты воспроизводят одну картину мира. Это не потолок, это структурный дефект: нельзя решить задачу лучше, если не знаешь, как её решают иначе.

Штатный нанятый CTO стартует с нулевым доверием. Он чужак на входе. Полномочий мало, ровно столько, чтобы «показать себя». Результаты ограниченные, потому что полномочий не хватало. Доверие растёт медленно, потому что результатов было немного. На полный запуск цикла уходит год-полтора.

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

CTO на контракте сталкивается с той же проблемой доверия на входе, но у него есть инструмент, которого нет у штатного нанятого. Доверие можно импортировать.

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

Сильнее работает имя человека: когда CEO слышит не «X работал в Y», а «X — это тот, кто сделал Z». Это прямая ассоциация с конкретным результатом, и доверие приходит с первой встречи.

Импортированное доверие меньше по глубине, чем заработанное изнутри. Но его достаточно, чтобы цикл запустился не через год, а через две недели. Дальше доверие зарабатывается обычным путём — через работу.

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

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

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

CTO как сервис.

Сравнение четырёх моделей по 14 критериям — в матрице найма CTO. Принципы работы — на странице «Принципы».