Парадокс: 90 дней начинаются до трудового договора
Обычная история первых 90 дней начинается с фотографии пропуска, знакомства с командой и календаря испытательного срока. Для CTO это слишком поздняя точка отсчёта. К первому дню уже сделаны самые дорогие выборы: выбран тип компании, принята версия её проблемы, согласован или оставлен в тумане мандат, сформированы ожидания руководителя и кандидата. В офис приходит не чистый лист, а набор предположений, обещаний и недосказанностей.
Поэтому переход полезно видеть как одну дорогу: исследование рынка, выбор задачи, взаимная проверка на интервью, точка коммита, первый месяц наблюдения и следующие два месяца осмысленных ставок. Майкл Уоткинс описывает переход как период ускоренного обучения и достижения согласованности с новой средой. Для технического руководителя это обучение начинается, когда он впервые пытается объяснить себе, почему роль открыта именно сейчас.
Эта рамка меняет поведение. Поиск становится не конкурсом красивых должностей, а портфелем гипотез. Интервью — не экзаменом на право понравиться, а взаимной проверкой. Предложение о работе — не финалом переговоров, а точкой, где стороны способны одинаково описать будущую работу. А испытательный срок — не стодневным спринтом преобразований, а последовательностью «узнать — проверить — договориться — изменить».
До выхода: выбрать и проверить задачу → к 30-му дню: построить карту → к 90-му: предъявить диагноз, первые ставки и новый рабочий контракт
Есть практическое следствие: часть ролей правильно завершить до первого дня. Отказ после глубокого исследования не является проваленным поиском. Это самый дешёвый способ не оказаться в компании, которой нужен другой тип CTO, или в ситуации, где ответственность отделена от полномочий.01Авторы этой книги начинают не с мечты об идеальной команде, а с диагностики хаоса: нет владельцев, слабая коммуникация, культура поиска виноватых, режим вечного пожара. Я и сам люблю говорить менти: если бы всё было хорошо, вас бы сюда не позвали. Вопрос только в том, тот ли это беспорядок, который вы хотите разбирать.Книжный куб · Engineering Leadership: The Hard Parts
Почему титул CTO ничего не гарантирует
В одной компании CTO — сооснователь и хранитель продукта. В другой — руководитель нескольких сотен инженеров. В третьей — главный архитектор рядом с VPE, в четвёртой — лицо компании перед корпоративными заказчиками и инвесторами, в пятой — человек, которого зовут перестроить поставку изменений после периода неконтролируемого роста. Визитки одинаковые, работа, власть и критерии успеха — разные.
Вопрос «хочу ли я быть CTO?» поэтому почти бесполезен. Полезнее спросить: какую задачу я хочу решать, в каком переходе, с каким масштабом и типом влияния? Сильный архитектор может быть несчастен в роли, где почти всё время уходит на найм руководителей и согласование инвестиций. Опытный руководитель большой организации может не подойти компании, которой нужен работающий прототип, технические продажи и личное участие в архитектуре.
Описание роли стоит разложить хотя бы по пяти осям: ожидаемый результат, стадия бизнеса, размер и зрелость команды, глубина технического участия, положение относительно генерального директора, продукта и других технических руководителей. Затем сопоставить не только компетенции, но и собственную энергию: какую долю недели хочется проводить с кодом и архитектурой, с клиентами, с руководителями команд, с бюджетом и советом директоров.
Здесь полезно выбирать задачу, а не статус. 02Весной сам писал о том, как роль уезжает от «главного по технологиям» к тому, кто отвечает за скорость и качество решений всей компании. Ещё один довод, что работу задаёт контекст, а не строчка в визитке.Книжный куб · CTO 2026: как меняется роль Титул повышает привлекательность предложения, но не компенсирует конфликт между реальной работой и тем, что человек умеет и хочет делать. Разборы Think Like a CTO и его продолжения показывают ту же контекстность: роль определяется не модным набором обязанностей, а тем, где компания находится и какие технические решения теперь мешают или помогают бизнесу.
Как исследовать рынок, компанию, бизнес и техническую систему
Глубокое исследование не должно производить иллюзию, будто компанию можно понять снаружи. Его цель скромнее и полезнее: построить гипотезы, обнаружить противоречия и подготовить вопросы, которые отличат правду от уверенного рассказа. Результатом является не досье, а карта неизвестного.
Сначала определите тип перехода
Одинаковые симптомы требуют разных действий. В стартапе, который нашёл спрос, технический контур может не выдерживать роста. В зрелой компании основной задачей бывает не масштабирование, а обновление продукта и инженерной модели. После ухода основателя требуется передача неявного знания и власти. После кризиса — стабилизация доверия и поставки. При внутреннем повышении меняется не компания, а социальный контракт с бывшими коллегами.
Затем исследование проходит несколько слоёв. Сначала рынок: клиенты, конкуренты, регулирование, дефицит капитала или специалистов. Потом компания: история, собственники, публичные выступления, вакансии, отзывы, продуктовые выпуски, бывшие руководители. Потом бизнес: кто платит, за что, как устроена единица экономики, где возникает маржа и что ограничивает рост. И только после этого технологии: архитектурные сигналы, темп изменений, надёжность, безопасность, накопленные обязательства.
Отдельный случай — переход изнутри
Внутреннее повышение выглядит как самый лёгкий вариант и потому недооценивается. Исследование рынка и компании действительно почти не нужно, но именно эта экономия создаёт главную ловушку: знакомство с людьми принимают за понимание системы. Вы знаете, как работает ваш прежний участок, и незаметно достраиваете остальную компанию по его образцу. Пройти три рабочих потока здесь нужно ровно так же, как внешнему кандидату, — и с большей дисциплиной, потому что соблазн пропустить очевидное сильнее.
Меняется не компания, а социальный контракт. Вчерашние коллеги становятся подчинёнными, один из них, возможно, претендовал на вашу роль, а прежние неформальные договорённости внезапно получают вес решений. Это стоит назвать вслух в первые же недели: что остаётся как было, что меняется и почему. Молчание здесь читается не как такт, а как уклонение.
Есть и обратная сторона: у внутреннего кандидата обычно нет точки коммита. Роль достаётся приказом, без переговоров о результатах, полномочиях и ресурсах, и через полгода выясняется, что стороны понимали её по-разному. Взаимный контракт из следующего раздела нужен при внутреннем переходе не меньше, а больше — его просто придётся инициировать самому, потому что никто не предложит.
Пройдите путь денег до интервью
CTO не обязан заменить финансового директора, но обязан понимать, как техническая система участвует в создании ценности. Кто принимает решение о покупке? Как проходит внедрение? Какая часть выручки повторяется? Что съедает маржу? Где простой или медленная поставка становятся коммерческой потерей? Без этих ответов техническая стратегия быстро превращается в список хороших инженерных практик, не связанных с причиной найма.
Технологии тоже видны снаружи, хотя лишь частично. Вакансии показывают дефицит компетенций и направление инвестиций. Частота выпусков, история инцидентов, документация API, публичные репозитории, конференционные доклады и изменения руководства дают сигналы о зрелости. Каждый сигнал нужно писать как предположение: «похоже, миграция тормозит продукт; проверить на интервью», а не как приговор «у них плохая архитектура».03Про это же книга Дэвида Хэнда «Тёмные данные»: решения обычно принимают по тем данным, что есть, хотя важнее часто те, которых нет. Заканчивает он анекдотом про мужика, который ищет ключи под фонарём, потому что там светлее. Разбирал книгу в канале.Книжный куб · Тёмные данные
Как превратить интервью во взаимную проверку
Кандидат на руководящую роль часто тратит всё внимание на доказательство собственной силы. Он рассказывает истории, показывает масштаб и пытается угадать правильные ответы. Но у интервью две симметричные задачи: компания проверяет способность человека решить её проблему, а человек проверяет, существует ли заявленная проблема, можно ли её решить и готова ли компания к последствиям решения.
Начинать полезно с истории роли: почему она открыта именно сейчас, кто выполнял эту работу раньше, что уже пытались изменить и что произошло. Конкретный рассказ содержит решения, даты и заинтересованные стороны. Туманный рассказ состоит из слов «ускориться», «масштабироваться» и «принести зрелость». Общие слова не обязательно означают обман; иногда руководство ещё не сформулировало проблему. Но тогда частью будущей работы станет и эта формулировка, а ожидания нужно снижать или уточнять.
Следующий слой — несколько независимых версий одной компании. Генерального директора можно спросить, почему инженерная функция тормозит стратегию. Руководителя продукта — где чаще всего разваливается обязательство перед клиентом. Финансового директора — какие технические расходы и риски кажутся неконтролируемыми. Будущих подчинённых — какое решение наверху они перестали ждать. Различие ответов полезнее согласованной корпоративной презентации.
Власть при этом почти никогда не повторяет организационную схему. Формальный владелец решения может зависеть от основателя, крупнейшего клиента, ветерана команды или руководителя функции, который контролирует бюджет. Поэтому спрашивайте не только «кто отвечает», но и «какое похожее решение принималось последним, кто спорил, кто мог остановить и что произошло после».
Хорошая взаимная проверка оставляет обеим сторонам право отказаться. Попросите разговор с будущими коллегами и одним-двумя лидерами команд, пример управленческого отчёта, обзор продукта и архитектуры, описание недавнего инцидента или спорного приоритета. Не нужно требовать конфиденциальные данные. Нужно увидеть, как компания думает о реальных событиях. Подход к интервью из Managing Humans особенно полезен здесь: повседневные истории дают больше сведений о культуре, чем декларации ценностей.04Разбирал в канале разговор с бывшим членом комитета по найму в Meta: компании оценивают прошлое поведение и экстраполируют его на будущее, поэтому просят конкретные истории, а не декларации. Кандидату стоит развернуть тот же приём в обратную сторону.Книжный куб · поведенческие интервью в бигтехе
Что должно войти во взаимный контракт перед выходом
Точка коммита — момент, когда симпатия и общие намерения становятся проверяемой договорённостью. Это не юридический договор и не стодневный план с ложной точностью. Это одна и та же версия роли, которую способны своими словами повторить кандидат, генеральный директор и ключевые коллеги.
В контракт входят пять частей. Первая — результаты: что должно стать иначе через три, шесть и двенадцать месяцев. Вторая — полномочия: какие решения CTO принимает сам, какие совместно и кто имеет право вето. Третья — ресурсы: команда, бюджет, доступ к данным и время коллег. Четвёртая — ограничения: обязательства перед клиентами, регуляторы, наследие, сроки и решения, которые компания не готова пересматривать. Пятая — критерии успеха, включая порядок разрешения конфликтов.
Особенно важно отделить мандат от титула. Если ожидается перестройка команды лидеров, должно быть право оценивать роли, развивать, нанимать и при необходимости заменять людей. Если ожидается ускорение поставки, нужен доступ к продуктовым решениям, а не только ответственность за инженерную скорость. Если требуется повысить надёжность, должен существовать согласованный обмен между доступностью, функциональностью и стоимостью.
- Какую проблему компания решает наймом CTO именно сейчас?
- Какие три результата подтвердят успешный испытательный срок?
- Какие решения входят в мандат, а какие требуют совместного коммита?
- Какие ресурсы уже доступны, а какие только предполагается получить?
- Что сторонам придётся переобсудить, если исходные гипотезы окажутся неверны?
Лучший способ проверить договорённость — отправить короткую записку после финальных переговоров. В ней: контекст, ожидаемые результаты, полномочия, ограничения, первые вопросы и ритм сверки. Если письменная версия вызывает удивление, точка коммита ещё не достигнута. Исправить расхождение сейчас дешевле, чем через два месяца объяснять, почему обещанное невозможно без полномочий, которых никто не собирался давать.05У Павла Безручко в «Без воды» есть готовая структура для такой записки: сначала рекомендуемое действие со сроками, потом альтернативы с оценкой рисков, а подробные выкладки — в приложение. Разбирал книгу в канале.Книжный куб · Без воды: как писать первым лицам
Как провести ознакомительный тур и увидеть реальную компанию
После выхода начинается опасный период: новый руководитель обладает высокой видимостью и низким качеством контекста. Любая случайная фраза становится политикой, интерес к теме — сигналом будущей реорганизации, а вопрос о человеке — слухом об увольнении. Главная дисциплина первого месяца — смотреть и слушать без обещания немедленно исправить всё увиденное.
Уилл Ларсон в разборе первых 90 дней CTO или VPE рекомендует ознакомительный тур, регулярные встречи с коллегами и лидерами, посещение существующих форумов, разговоры с клиентами и изучение поддержки. Важен не сам календарь встреч, а охват системы: руководство, продукт и продажи, финансы и безопасность, инженеры, клиенты, данные и реальные артефакты работы.
Для сопоставимости задавайте нескольким людям одинаковые вопросы. Что компания обещает клиенту? Что мешает выполнить обещание? Какое решение мы откладываем? Где теряем время? Как выглядит хороший квартал? Какой риск руководство недооценивает? Один вопрос даёт четыре версии компании, а различия показывают разрывы между стратегией, управленческим контуром и повседневной работой.
Пройдите три рабочих потока
Интервью дают рассказы; потоки дают наблюдения. Пройдите путь денег от интереса клиента до оплаты и продления. Пройдите путь изменения от идеи через решение, разработку, выпуск и измерение эффекта. Пройдите путь инцидента от сигнала через координацию, восстановление и разбор причин. На каждом шаге спрашивайте: кто принимает решение, какой артефакт остаётся, сколько ждём, где возвращаемся назад и чему система учится.06Это ровно японская гэмба: чтобы понять процесс, надо прийти туда, где он происходит. Я как-то улетел на три дня в Оренбург работать представителем банка и возить продукты клиентам — понимания оттуда вышло больше, чем из любой презентации о качестве обслуживания.Книжный куб · гэмбаКнижный куб · три дня представителем в Оренбурге
Исключение из режима наблюдения — реальная угроза: продолжающаяся утечка, критичный риск безопасности, кассово значимый отказ, токсичное поведение, непосредственная угроза людям или необратимое решение, которое будет принято завтра. 07Первые недели создают репутацию способа думать. Люди запомнят не только решение, но и то, искал ли новый CTO виноватого, проверял ли версии и возвращался ли с объяснением после встреч. У Майкла Лоппа на эту тему есть целая глава про то, как под давлением по компании расползаются удобные, но неточные объяснения. Разбирал книгу в канале.Книжный куб · A Day in the Life of a Senior Leader Даже тогда действие должно быть минимальным для стабилизации. Срочность не выдаёт разрешение одновременно перестроить процессы, архитектуру и организацию.
Что должно быть готово к концу первого месяца
Результат первого месяца — не стратегия на сто страниц и не реорганизация. Это карта, на которой достаточно правды, чтобы выбирать дальнейшие ставки. Она должна соединять людей, деньги, процессы, технологии и риски, а не существовать в пяти независимых презентациях функций.
Полезный снимок здоровья строится через семь линз: бизнес и деньги, заинтересованные стороны, поставка изменений, техническое качество, надёжность и безопасность, состояние людей, устойчивость темпа. Этот набор близок к рамкам Уилла Ларсона и The Engineering Executive’s Primer. Линзы не являются рейтингом зрелости. Они не позволяют объявить компанию «плохой» из-за отсутствия модной практики. Они помогают заметить напряжения: где рост продаж опережает внедрение, где скорость держится на выгорании, где качество скрывает неподъёмное время выпуска.
К каждому выводу добавьте степень уверенности и источник. «Руководители считают выпуски медленными» — наблюдение. «Медиана прохождения от готовности до рабочей среды — 11 дней» — измерение. «Причина в ручном согласовании безопасности» — гипотеза, пока не прослежены реальные задачи. Такой язык защищает от преждевременной уверенности и делает карту пригодной для совместной проверки.08Сравнивал в канале светофорный Squad Health Check со зрелыми наборами метрик. Вывод честно неудобный: опрос команды — это самооценка, а не измерение, и выводы из него легко выходят слишком общими для конкретных действий. Разделять наблюдение, измерение и гипотезу приходится руками.Книжный куб · Squad Health Check против DORA, SPACE и DevExКнижный куб · продолжение сравнения подходов
В финале месяца стоит провести сверку с генеральным директором и ключевыми коллегами. Покажите не только проблемы, но и сильные стороны, на которые можно опереться. Назовите противоречия без театрального разоблачения. Отдельно перечислите, что пока неизвестно, какие исходные ожидания подтвердились, а какие нужно пересмотреть. Это первая проверка взаимного контракта реальностью.
- карта заинтересованных сторон и реальных центров влияния;
- описание бизнес-модели и трёх пройденных рабочих потоков;
- снимок здоровья по семи линзам с фактами и гипотезами;
- реестр рисков: угроза, вероятность, цена, владелец и следующее действие;
- список возможных ставок и явное объяснение, почему большая часть пока не начата.
Как выбрать первые одну-две системные ставки
После месяца наблюдений возникает соблазн развернуть весь список улучшений. Но переходная пропускная способность руководителя и организации ограничена. Каждая инициатива требует объяснения, владельца, решений, новой привычки и защиты от конкурирующих приоритетов. Десять правильных изменений одновременно почти гарантируют девять незавершённых.
Ларсон предлагает ограничиться одной-двумя изменениями, если компания не находится в бедственном положении. Это не культ медлительности, а управление доверием и обучением. Первая ставка должна быть достаточно важной для бизнеса, достаточно ограниченной для результата в испытательный срок и достаточно системной, чтобы после неё компания могла действовать лучше без постоянного ручного вмешательства CTO.
Здесь я сознательно жёстче источника, и об этом честно сказать. У Ларсона все девяносто дней — фаза обучения, а изменения начинаются на девяносто первый. Я же прошу к 90-му дню предъявить не только диагноз, но и первые результаты ставок. Причина простая: решение о вас принимают люди, которые наблюдают не качество вашего обучения, а то, стало ли им понятнее и спокойнее. Если ваш испытательный срок оценивают формально и по заранее названным критериям, модель Ларсона безопаснее моей — берите её.
Хорошими кандидатами бывают не самые заметные проекты, а контуры: единый ритм продуктовых и технических решений, восстановление владения критичным сервисом, сокращение времени от готовности до выпуска, работающий разбор инцидентов, ясные ожидания от руководителей команд. У такого изменения есть повторяемое поведение, владелец, обратная связь и измеримый результат.
Первый результат должен укрепить доверие, а не только график метрики. Это означает: проблема признана затронутыми людьми, решение принято прозрачно, вклад команды виден, побочные эффекты названы, а выводы возвращены организации. «Новый CTO лично протолкнул релиз» демонстрирует силу героя. «Команда изменила порядок решений и теперь выпускает предсказуемее» демонстрирует усиление системы.09Ларсон отдельно писал, что и стратегиям нужен лимит незавершённой работы: если не ограничить их число, результат по каждой будет мизерным. И что сначала стоит честно оценить, достаточно ли вы понимаете организацию, чтобы стратегия вообще вышла полезной. Разбирал эту статью в канале.Книжный куб · когда и сколько стратегии писать
Стратегия начинается с диагноза
К 90-му дню не нужна вечная техническая стратегия. Нужна согласованная связь между диагнозом и направлением: какие бизнес-ограничения важны, какие способности требуется создать, какие ставки идут первыми, что сознательно не делаем и по каким сигналам пересмотрим выбор. Если направление нельзя связать с пройденными потоками и картой здоровья, это пока коллекция предпочтений нового руководителя.
Что предъявить к концу испытательного срока
Испытательный срок проходит с блеском не тот CTO, который успел изменить больше всех. Его проходит человек, после которого руководство лучше понимает реальность, команда видит последовательность решений, а у компании появился рабочий контракт на следующий этап. Результат должен быть одновременно содержательным и управленческим.
В содержательной части нужен проверенный диагноз: основные ограничения бизнеса и технической системы, сильные стороны, риски и причины, подтверждённые несколькими источниками. На его основе — направление примерно на год, но с большей точностью ближайшего квартала. В управленческой части — ритм: где принимаются продуктово-технические решения, как отслеживаются ставки, как поднимаются риски и как руководство узнаёт об изменении гипотез.
Отдельный результат — команда лидеров. К 90-му дню необязательно завершать все перестановки; некоторые решения требуют большего наблюдения и уважительной работы с людьми. Но должна появиться ясность: какие зоны имеют сильного владельца, где человеку нужен план развития, где роль спроектирована неверно, какие наймы критичны и какие решения нельзя откладывать. Команда лидеров — главный рычаг CTO, поэтому отсутствие позиции здесь опаснее незавершённой архитектурной схемы.
| Область | 30-й день | 90-й день |
|---|---|---|
| Картина компании | Карта заинтересованных сторон, денег, поставки изменений и рисков | Проверенный диагноз с приоритетами и явно названными неизвестными |
| Отношения | Доверительные рабочие контакты с руководством, коллегами и лидерами команд | Устойчивый ритм решений, обратной связи и эскалаций |
| Изменения | Только стабилизация реальной угрозы; остальные идеи записаны как гипотезы | Одна-две системные ставки с владельцами, метриками и первыми результатами |
| Стратегия | Черновая карта напряжений между бизнесом, продуктом, людьми и технологиями | Направление на год, последовательность ставок и осознанный список «не сейчас» |
| Команда | Понимание сильных сторон, пробелов и фактических зон ответственности | План команды лидеров: развитие, найм, замены и уточнение полномочий |
Завершать период стоит повторной сверкой исходного взаимного контракта. Что подтвердилось? Где изменилась реальность? Какие полномочия и ресурсы действительно доступны? Какие критерии успеха нужно уточнить на основании данных, а не удобства сторон? Такой разговор превращает испытательный срок из одностороннего суда над кандидатом в осознанное продолжение взаимного выбора.
Какие красные флаги возникают на каждом этапе и как на них реагировать
Красные флаги обычно обсуждают как список признаков плохой компании. Это мало помогает. Один и тот же сигнал имеет разные объяснения: неготовый ответ может означать скрытность, хаос или честную неопределённость. Полезнее смотреть на флаг как на расхождение между важным обещанием и наблюдаемой реальностью, которое способно изменить решение о роли.
Как читать матрицу
Читайте каждую строку слева направо. Строка — один тип расхождения, столбцы — этапы перехода, на которых он становится наблюдаемым.
? — гипотеза, которую нужно проверить; ! — подтверждённое расхождение; !! — существенный риск для коммита, мандата или продолжения работы. Точка означает, что сигнал пока почти невозможно наблюдать.
Цвет дублирует знак: голубой предлагает исследовать, янтарный — назвать расхождение и договориться, красный — не откладывать решение.
Это не оценка вероятности и не сумма баллов. Важен рисунок во времени: непроверенный ранний вопрос после выхода превращается в более дорогой выбор.
Повторяющихся типов немного: история меняется, мандат размыт, данные скрыты, спонсор исчезает, срочность возникает без причин. Матрица выше режет их по типам и показывает, что каждый наблюдаем на всех этапах. Таблица ниже устроена иначе: она берёт этап и называет флаг, который проявляется на нём резче всего, поэтому собственную строку получает не каждый тип. «Мандат размыт» стоит дважды намеренно — из всех пяти именно он сильнее прочих дорожает со временем: не названный до подписания, он возвращается на 90-й день уже как сдвинутые критерии оценки.
Отдельной строки не получила «срочность без причин», и это не оплошность: она редко бывает самостоятельным сигналом. Обычно это рычаг, которым подгоняют решение на любом из этапов — от оффера со сгорающим сроком до требования согласовать архитектуру к завтрашнему совету директоров. Поэтому и ответ на неё один и тот же, независимо от этапа: попросить назвать, что конкретно произойдёт, если решение сдвинется на неделю. Если внятного ответа нет, срочность создана, чтобы вы не успели проверить остальные четыре флага.
| Этап | Сигнал | Ответ |
|---|---|---|
| До интервью | «История меняется»: роль нельзя объяснить без общих слов, а причина открытия звучит по-разному | Собрать независимые версии и проверить, какую проблему компания действительно решает |
| На интервью | «Данные скрыты»: не дают поговорить с будущими коллегами, вопросы о деньгах и полномочиях уходят в сторону | Запросить конкретные встречи, решения и примеры; не подменять отсутствие ответа оптимизмом |
| В точке коммита | «Мандат размыт»: результат обещан, но право менять людей, процессы или бюджет не подтверждено | Зафиксировать взаимный контракт письменно и назвать расхождения до подписания |
| После выхода | «Спонсор исчезает»: данные, ресурсы или доступ к руководству оказываются недоступны | Проверить масштаб расхождения, переобсудить мандат и ограничить срок исправления |
| К 90-му дню | Мандат размыт задним числом: критерии испытательного срока сдвигаются после того, как работа сделана | Вернуться к исходному контракту, предъявить свидетельства и решить: эскалация, новый контракт или выход |
Протокол вместо немедленного приговора
Первый шаг — заметить сигнал и записать его без интерпретации: «в трёх разговорах названы разные владельцы бюджета». Второй — проверить альтернативные объяснения и последствия. Третий — назвать расхождение человеку, который способен на него повлиять. Четвёртый — договориться о конкретном изменении. Пятый — ограничить срок. Шестой — по результату эскалировать или выйти.
Заметить → проверить → назвать → договориться → ограничить срок → эскалировать или выйти
Срок принципиален. Без него «мы обязательно исправим» становится способом бесконечно переносить решение, а CTO постепенно принимает ответственность за условия, которые не может изменить. С другой стороны, ультиматум в момент первого слабого сигнала разрушает возможность уточнить контекст. Протокол удерживает середину: скепсис без цинизма, открытость без наивности.10Если хочется увидеть непроверенные флаги в предельной форме — разбирал в канале историю индийского Byju’s: оценка в 22 млрд долларов, агрессивный рост, токсичная культура и банкротство. Сигналы там были видны сильно раньше финала, просто каждый по отдельности выглядел терпимым.Книжный куб · «Ловушка обучения» про крах Byju’sКнижный куб · чем закончилась история Byju’s
Некоторые флаги не требуют протокола из шести шагов: незаконное требование, сознательный обман в материальных условиях, угроза безопасности людей или предложение скрыть инцидент могут быть достаточным основанием остановить процесс сразу. Но в большинстве управленческих ситуаций ценность CTO как раз в способности превратить туманное беспокойство в проверяемое расхождение, разговор и решение.
Что делать, когда выйти нельзя
Весь протокол выше молча предполагает, что у вас есть альтернатива. Часто её нет: виза привязана к работодателю, рынок в вашей нише узкий, ипотека не спрашивает про мандат, а до вестинга опциона полгода. Совет «назовите расхождение и уходите» в этой ситуации бесполезен, а иногда и вреден — он предлагает поставить на кон то, чего вы не готовы потерять. Это не значит, что делать нечего; меняется не протокол, а то, чем вы рискуете на шестом шаге.
Первое: приведите ответственность в соответствие с реальными полномочиями — письменно и без ультиматума. «С теми решениями, которые я сейчас принимаю сам, я отвечаю за срок выпуска, но не за приоритеты продукта» — это не отказ от работы, а честная карта. Она защищает вас позже, когда спросят за результат, который вам не дали возможности получить.
Второе: сохраняйте письменный след. Короткая записка после каждой значимой договорённости стоит десяти минут и радикально меняет разговор через полгода. Третье: сузьте обещания до того, что выполнимо внутри имеющегося мандата, и назовите это вслух заранее, а не в момент разбора. Четвёртое: стройте альтернативу параллельно — обновляйте сеть контактов и рыночное понимание своей цены, потому что переговорная сила берётся не из смелости, а из наличия второго варианта.
И отдельно: работа, где приходится всё это делать, может оказаться разумным выбором на год. Плохо не остаться, плохо — остаться, называя вынужденное согласие своим решением. Разница видна по одному признаку: понимаете ли вы, при каком условии уйдёте, и названо ли это условие хотя бы самому себе.
В итоге история снова переворачивается. Красные флаги не начинаются после выхода, а испытательный срок проходит не только кандидат. Компания тоже подтверждает, что её обещания, мандат и способность меняться выдерживают встречу с реальностью. Первые 90 дней заканчиваются новым контрактом — или честным решением не продолжать его.
Пять мыслей, которые можно применять отдельно
- 01Первые 90 дней начинаются не в календаре кадровой системы, а в момент, когда вы выбираете задачу и строите первые проверяемые гипотезы о компании.
- 02Титул CTO не определяет работу. До коммита нужно согласовать результат, полномочия, ресурсы, ограничения и критерии успеха.
- 03Первый месяц нужен для построения правдивой карты компании. Быстро действовать стоит только против реальной и необратимой угрозы.
- 04К концу испытательного срока ценны не десятки инициатив, а проверенный диагноз, одна-две системные ставки, рабочий ритм и доверие к способу принимать решения.
- 05Красный флаг — не приговор и не повод терпеть молча. Это сигнал, который нужно проверить, назвать, превратить в договорённость со сроком и затем эскалировать либо выйти.
Книги, авторские разборы и практические модели
Переход в роль
- Will Larson · Your first 90 days as CTO or VP Engineeringсемь линз диагностики, ознакомительный тур и ограничение ранних изменений
- Michael Watkins · The First 90 Daysмодель перехода, ускорение обучения и согласование ожиданий
Работа технического руководителя
- The Engineering Executive’s Primer · разбор в «Книжном кубе»бизнес, заинтересованные стороны, поставка изменений, качество и устойчивость
- Think Like a CTO · часть I · разбор в «Книжном кубе»неоднозначность роли CTO и работа с контекстом компании
- Think Like a CTO · часть II · разбор в «Книжном кубе»стратегия, техническая система и взаимодействие с руководством
Интервью и люди
- Managing Humans · разбор в «Книжном кубе»интервью как сбор свидетельств о культуре и повседневной работе
- Alexander Polomodov · How to hire technical managersавторский подход к оценке контекста, масштаба и взаимному выбору