Из тимлида в CTO: дорожная карта 24 месяца

Должность CTO в 2026 году — одна из самых неоднозначно определённых в C-level. В продуктовой компании в 50 человек CTO — это, по сути, ведущий инженер с правом подписи на рамочные контракты. В компании из 700 разработчиков CTO — это руководитель функции с прямой подчинённостью совету директоров и P&L-ответственностью на 800–1.500 млн руб. в год. Между этими двумя ролями — пропасть, которую тимлиды среднего звена часто не видят, пока не пройдут первое executive-собеседование.

В этом материале — карта системного перехода из тимлида с подчинением 8–12 разработчиков в позицию CTO компании 200–800 человек. Срок — 24 месяца. Допущения: вы уже технический ведущий с 8+ лет опыта, прошли стадию принципал-инженера или старшего тимлида, у вас есть подтверждённый track record доставки крупных архитектурных проектов.

Фаза 1 (месяцы 1–4): расширение технического кругозора

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

Что осваивается в первые четыре месяца: — архитектура распределённых систем уровня выше своего стека (если вы Java-бэкендщик — учите event-driven и serverless; если фронтендщик — учите backend-инфраструктуру); — основы инфраструктуры (Kubernetes, observability stack, security baseline) на уровне архитектора, а не инженера; — core SRE-практики и работа с incident management; — базовая инфо-безопасность с фокусом на CI/CD и supply chain.

Цель — закрыть слепые зоны, которые на собеседовании на CTO считаются обязательными.

Фаза 2 (месяцы 5–8): первый кросс-функциональный проект

Самый частый провал у кандидатов в CTO — отсутствие кросс-функционального проекта в track record. Тимлид строит свой кусок продукта, CTO — координирует работу 4–7 функций одновременно.

В качестве доказательства зрелости нужен один проект, в котором вы: — работали с продуктом, дизайном, операциями и финансами одновременно; — защищали бюджет проекта перед руководством; — управляли несколькими командами разработки одновременно; — довели проект до измеримого бизнес-результата за 6–9 месяцев.

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

Фаза 3 (месяцы 9–12): управленческая прокачка

К концу первого года кандидата на CTO начинают оценивать не за код, а за умение управлять. Это означает плотную работу над soft skills: — 1-on-1 коммуникации с подчинёнными как системная практика; — ситуационное лидерство и обратная связь; — переговоры о бюджете и ресурсах с CFO/COO; — публичные выступления (внешние конференции, защиты архитектурных решений перед советом).

В практическом измерении — это либо очный executive-курс по лидерству, либо коуч-сессии раз в две недели в течение 6–9 месяцев. Без работы над этим слоем тимлид часто упирается в потолок «сильный инженер, плохой управленец».

Фаза 4 (месяцы 13–16): финансовая грамотность

Среднестатистический тимлид к моменту перехода в CTO не умеет читать управленческую отчётность компании. Это закрывается за 4–6 месяцев плотной работы.

Минимальный программный пакет: — основы корпоративных финансов (P&L, cash flow, баланс на уровне понимания взаимосвязей); — бюджетирование функции (как формируется и защищается бюджет инженерной функции на 80–250 человек); — TCO-расчёты по инфраструктуре, build vs buy решения; — основы юнит-экономики продукта в SaaS-компании.

В этом блоке хорошо работают онлайн-курсы по корпоративным финансам для нефинансовых руководителей, mini-MBA или прицельные модули CFA Level I по корпоративным финансам.

Фаза 5 (месяцы 17–20): сетка контактов и видимость

CTO нанимают через сетку, а не через резюме. К месяцу 20 у кандидата должна быть устойчивая внешняя видимость: — 4–6 публичных выступлений за год на профильных конференциях; — активное присутствие в 1–2 профессиональных сообществах CTO/принципал-инженеров; — регулярные встречи с executive search-агентствами, специализирующимися на технологическом C-level; — 8–12 неформальных контактов с действующими CTO в индустрии.

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

Фаза 6 (месяцы 21–24): целенаправленный поиск

В последние три–четыре месяца наработанные капиталы (компетенции, проекты, видимость, сетка) конвертируются в смену позиции. Здесь работают три формата: — внутренний переход в той же компании (если есть стратегическая поддержка от текущего руководства); — горизонтальный переход в схожую компанию на роль CTO с понижением размера организации (с 200 до 80, например, но в роль CTO); — переход через executive search в компанию, проходящую активную фазу роста и наняющую первого CTO.

Где чаще всего провал

Три типичные ошибки кандидатов в CTO:

Первое — экономия на управленческой прокачке («я инженер, soft skills переоценены»). На уровне C-level именно soft skills становятся критичными, и без них даже технически блестящий кандидат не проходит ассесмент.

Второе — отказ работать с финансами («это работа CFO»). CTO без понимания юнит-экономики и бюджетных процессов теряет вес на советах директоров через 4–6 месяцев после назначения.

Третье — попытка сделать переход «прыжком» без 24-месячной подготовки. В 7 случаях из 10 такой прыжок заканчивается возвратом на роль директора по разработке через 9–12 месяцев.

Финальный тезис

Переход тимлид → CTO за 24 месяца — реальный сценарий для дисциплинированного специалиста с базой 8+ лет опыта. Но это именно карта, а не «лестница повышений». Каждая из шести фаз требует своих инструментов и своих результатов, и пропуск любой из них в 80% случаев заканчивается видимым провалом на executive-уровне.