Первые 90 дней CTO начинаются до выхода: как выбрать роль, договориться о мандате и пройти испытательный срок

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

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

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

До выхода: выбрать и проверить задачу → к 30-му дню: построить карту → к 90-му: предъявить диагноз, первые ставки и новый рабочий контракт

Есть практическое следствие: часть ролей правильно завершить до первого дня. Отказ после глубокого исследования не является проваленным поиском. Это самый дешёвый способ не оказаться в компании, которой нужен другой тип CTO, или в ситуации, где ответственность отделена от полномочий.010101Авторы этой книги начинают не с мечты об идеальной команде, а с диагностики хаоса: нет владельцев, слабая коммуникация, культура поиска виноватых, режим вечного пожара. Я и сам люблю говорить менти: если бы всё было хорошо, вас бы сюда не позвали. Вопрос только в том, тот ли это беспорядок, который вы хотите разбирать.Книжный куб · Engineering Leadership: The Hard Parts

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

Вопрос «хочу ли я быть CTO?» поэтому почти бесполезен. Полезнее спросить: какую задачу я хочу решать, в каком переходе, с каким масштабом и типом влияния? Сильный архитектор может быть несчастен в роли, где почти всё время уходит на найм руководителей и согласование инвестиций. Опытный руководитель большой организации может не подойти компании, которой нужен работающий прототип, технические продажи и личное участие в архитектуре.

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

Здесь полезно выбирать задачу, а не статус. 020202Весной сам писал о том, как роль уезжает от «главного по технологиям» к тому, кто отвечает за скорость и качество решений всей компании. Ещё один довод, что работу задаёт контекст, а не строчка в визитке.Книжный куб · CTO 2026: как меняется роль Титул повышает привлекательность предложения, но не компенсирует конфликт между реальной работой и тем, что человек умеет и хочет делать. Разборы Think Like a CTO и его продолжения показывают ту же контекстность: роль определяется не модным набором обязанностей, а тем, где компания находится и какие технические решения теперь мешают или помогают бизнесу.

Глубокое исследование не должно производить иллюзию, будто компанию можно понять снаружи. Его цель скромнее и полезнее: построить гипотезы, обнаружить противоречия и подготовить вопросы, которые отличат правду от уверенного рассказа. Результатом является не досье, а карта неизвестного.

Сначала определите тип перехода

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

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

Пройдите путь денег до интервью

CTO не обязан заменить финансового директора, но обязан понимать, как техническая система участвует в создании ценности. Кто принимает решение о покупке? Как проходит внедрение? Какая часть выручки повторяется? Что съедает маржу? Где простой или медленная поставка становятся коммерческой потерей? Без этих ответов техническая стратегия быстро превращается в список хороших инженерных практик, не связанных с причиной найма.

Технологии тоже видны снаружи, хотя лишь частично. Вакансии показывают дефицит компетенций и направление инвестиций. Частота выпусков, история инцидентов, документация API, публичные репозитории, конференционные доклады и изменения руководства дают сигналы о зрелости. Каждый сигнал нужно писать как предположение: «похоже, миграция тормозит продукт; проверить на интервью», а не как приговор «у них плохая архитектура».030303Про это же книга Дэвида Хэнда «Тёмные данные»: решения обычно принимают по тем данным, что есть, хотя важнее часто те, которых нет. Заканчивает он анекдотом про мужика, который ищет ключи под фонарём, потому что там светлее. Разбирал книгу в канале.Книжный куб · Тёмные данные

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

Начинать полезно с истории роли: почему она открыта именно сейчас, кто выполнял эту работу раньше, что уже пытались изменить и что произошло. Конкретный рассказ содержит решения, даты и заинтересованные стороны. Туманный рассказ состоит из слов «ускориться», «масштабироваться» и «принести зрелость». Общие слова не обязательно означают обман; иногда руководство ещё не сформулировало проблему. Но тогда частью будущей работы станет и эта формулировка, а ожидания нужно снижать или уточнять.

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

Власть при этом почти никогда не повторяет организационную схему. Формальный владелец решения может зависеть от основателя, крупнейшего клиента, ветерана команды или руководителя функции, который контролирует бюджет. Поэтому спрашивайте не только «кто отвечает», но и «какое похожее решение принималось последним, кто спорил, кто мог остановить и что произошло после».

Хорошая взаимная проверка оставляет обеим сторонам право отказаться. Попросите разговор с будущими коллегами и одним-двумя лидерами команд, пример управленческого отчёта, обзор продукта и архитектуры, описание недавнего инцидента или спорного приоритета. Не нужно требовать конфиденциальные данные. Нужно увидеть, как компания думает о реальных событиях. Подход к интервью из Managing Humans особенно полезен здесь: повседневные истории дают больше сведений о культуре, чем декларации ценностей.040404Разбирал в канале разговор с бывшим членом комитета по найму в Meta: компании оценивают прошлое поведение и экстраполируют его на будущее, поэтому просят конкретные истории, а не декларации. Кандидату стоит развернуть тот же приём в обратную сторону.Книжный куб · поведенческие интервью в бигтехе

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

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

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

• —Какую проблему компания решает наймом CTO именно сейчас?
• —Какие три результата подтвердят успешный испытательный срок?
• —Какие решения входят в мандат, а какие требуют совместного коммита?
• —Какие ресурсы уже доступны, а какие только предполагается получить?
• —Что сторонам придётся переобсудить, если исходные гипотезы окажутся неверны?

Лучший способ проверить договорённость — отправить короткую записку после финальных переговоров. В ней: контекст, ожидаемые результаты, полномочия, ограничения, первые вопросы и ритм сверки. Если письменная версия вызывает удивление, точка коммита ещё не достигнута. Исправить расхождение сейчас дешевле, чем через два месяца объяснять, почему обещанное невозможно без полномочий, которых никто не собирался давать.050505У Павла Безручко в «Без воды» есть готовая структура для такой записки: сначала рекомендуемое действие со сроками, потом альтернативы с оценкой рисков, а подробные выкладки — в приложение. Разбирал книгу в канале.Книжный куб · Без воды: как писать первым лицам

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

Уилл Ларсон в разборе первых 90 дней CTO или VPE рекомендует ознакомительный тур, регулярные встречи с коллегами и лидерами, посещение существующих форумов, разговоры с клиентами и изучение поддержки. Важен не сам календарь встреч, а охват системы: руководство, продукт и продажи, финансы и безопасность, инженеры, клиенты, данные и реальные артефакты работы.

Для сопоставимости задавайте нескольким людям одинаковые вопросы. Что компания обещает клиенту? Что мешает выполнить обещание? Какое решение мы откладываем? Где теряем время? Как выглядит хороший квартал? Какой риск руководство недооценивает? Один вопрос даёт четыре версии компании, а различия показывают разрывы между стратегией, управленческим контуром и повседневной работой.

Пройдите три рабочих потока

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

Исключение из режима наблюдения — реальная угроза: продолжающаяся утечка, критичный риск безопасности, кассово значимый отказ, токсичное поведение, непосредственная угроза людям или необратимое решение, которое будет принято завтра. 070707Первые недели создают репутацию способа думать. Люди запомнят не только решение, но и то, искал ли новый CTO виноватого, проверял ли версии и возвращался ли с объяснением после встреч. У Майкла Лоппа на эту тему есть целая глава про то, как под давлением по компании расползаются удобные, но неточные объяснения. Разбирал книгу в канале.Книжный куб · A Day in the Life of a Senior Leader Даже тогда действие должно быть минимальным для стабилизации. Срочность не выдаёт разрешение одновременно перестроить процессы, архитектуру и организацию.

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

Полезный снимок здоровья строится через семь линз: бизнес и деньги, заинтересованные стороны, поставка изменений, техническое качество, надёжность и безопасность, состояние людей, устойчивость темпа. Этот набор близок к рамкам Уилла Ларсона и The Engineering Executive’s Primer. Линзы не являются рейтингом зрелости. Они не позволяют объявить компанию «плохой» из-за отсутствия модной практики. Они помогают заметить напряжения: где рост продаж опережает внедрение, где скорость держится на выгорании, где качество скрывает неподъёмное время выпуска.

К каждому выводу добавьте степень уверенности и источник. «Руководители считают выпуски медленными» — наблюдение. «Медиана прохождения от готовности до рабочей среды — 11 дней» — измерение. «Причина в ручном согласовании безопасности» — гипотеза, пока не прослежены реальные задачи. Такой язык защищает от преждевременной уверенности и делает карту пригодной для совместной проверки.080808Сравнивал в канале светофорный Squad Health Check со зрелыми наборами метрик. Вывод честно неудобный: опрос команды — это самооценка, а не измерение, и выводы из него легко выходят слишком общими для конкретных действий. Разделять наблюдение, измерение и гипотезу приходится руками.Книжный куб · Squad Health Check против DORA, SPACE и DevExКнижный куб · продолжение сравнения подходов

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

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

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

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

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

Первый результат должен укрепить доверие, а не только график метрики. Это означает: проблема признана затронутыми людьми, решение принято прозрачно, вклад команды виден, побочные эффекты названы, а выводы возвращены организации. «Новый CTO лично протолкнул релиз» демонстрирует силу героя. «Команда изменила порядок решений и теперь выпускает предсказуемее» демонстрирует усиление системы.090909Ларсон отдельно писал, что и стратегиям нужен лимит незавершённой работы: если не ограничить их число, результат по каждой будет мизерным. И что сначала стоит честно оценить, достаточно ли вы понимаете организацию, чтобы стратегия вообще вышла полезной. Разбирал эту статью в канале.Книжный куб · когда и сколько стратегии писать

Стратегия начинается с диагноза

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

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

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

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

Завершать период стоит повторной сверкой исходного взаимного контракта. Что подтвердилось? Где изменилась реальность? Какие полномочия и ресурсы действительно доступны? Какие критерии успеха нужно уточнить на основании данных, а не удобства сторон? Такой разговор превращает испытательный срок из одностороннего суда над кандидатом в осознанное продолжение взаимного выбора.

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

Протокол вместо немедленного приговора

Первый шаг — заметить сигнал и записать его без интерпретации: «в трёх разговорах названы разные владельцы бюджета». Второй — проверить альтернативные объяснения и последствия. Третий — назвать расхождение человеку, который способен на него повлиять. Четвёртый — договориться о конкретном изменении. Пятый — ограничить срок. Шестой — по результату эскалировать или выйти.

Заметить → проверить → назвать → договориться → ограничить срок → эскалировать или выйти

Срок принципиален. Без него «мы обязательно исправим» становится способом бесконечно переносить решение, а CTO постепенно принимает ответственность за условия, которые не может изменить. С другой стороны, ультиматум в момент первого слабого сигнала разрушает возможность уточнить контекст. Протокол удерживает середину: скепсис без цинизма, открытость без наивности.101010Если хочется увидеть непроверенные флаги в предельной форме — разбирал в канале историю индийского Byju’s: оценка в 22 млрд долларов, агрессивный рост, токсичная культура и банкротство. Сигналы там были видны сильно раньше финала, просто каждый по отдельности выглядел терпимым.Книжный куб · «Ловушка обучения» про крах Byju’sКнижный куб · чем закончилась история Byju’s

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

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