Данные из 58вакансий · 19 июля 2026

Как стать CTO: путь от нуля до первого оффера

Не «стань разработчиком за 3 месяца» — реальный путь входа на основе данных по 58 вакансий.

АТАлександр Титов·Технический редактор·Совладелец и генеральный директор, технологический лидер
Junior-вакансий сейчас
1
2% от всех 58 вакансий
Сложность входа
Высокая
2% junior-вакансий
Senior / Junior+Intern
20x
На каждого junior+intern — 20 senior
Навыков / вакансия
7.5
медиана по вакансиям
Всего вакансий
58
активных в Москве
Можно ли с нуля Короткий план Roadmap Junior-рынок Портфолио Резюме Собеседование Ошибки Обучение FAQ

Можно ли стать CTO с нуля

Да. По данным SkillStat, 2% вакансий CTO — уровня junior или стажёр. Это 1 вакансия прямо сейчас.

«С нуля» к этой роли не применяется: стартового грейда у CTO нет, в неё вырастают из инженерии. Реальная точка входа — момент, когда ты уже отвечал за решение, которое дорого откатывать: выбор базы, схему интеграций, переход на Kubernetes, договор с подрядчиком. Технического директора нанимают не за знание стека, а за то, что человек уже принимал решения, за которые платила компания, и видел, чем они обернулись через год. Медиана требований в вакансии — 7.5 навыков, и половина списка про масштаб ответственности, а не про инструменты.

Вход трудный из-за цены ошибки и узости двери. Всего 58 вакансий — это не рынок, где откликаются пачками. Плюс сами вакансии неоднородны: в одной компании CTO — первый технический человек, который тянет 1С и Bitrix и сам чинит прод, в другой — руководитель нескольких команд с Microservices, Kubernetes и бюджетом на подрядчиков. Одно название, две разные работы; читать надо текст, а не заголовок.

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

Как стать CTO: короткий план

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

01
Инженерная опора
CTO не обязан быть сильнейшим разработчиком, но обязан понимать, что предлагает команда. Стек в вакансиях пёстрый: Python — 19%, 1С — 15.5%, JavaScript — 8.6%. Глубина нужна не в языке, а в последствиях.
02
Ответственность за масштаб
Управление командой — 17.2% вакансий, руководство коллективом — 6.9%. Сначала одна команда, потом несколько: пока ты не отвечал за чужие решения, масштаб наращивать не с чего.
03
Деньги технологии
Научись считать стоимость владения: люди, лицензии, инфраструктура, подрядчики, поддержка через три года. Пока архитектура не имеет для тебя цены в рублях, разговор с CEO не получится.
04
Строить или покупать
Главное решение роли: что делаем сами, что берём готовым, где нужен подрядчик. Тренируйся на реальных развилках — свой сервис против коробки, Bitrix против разработки с нуля, своя платформа на Kubernetes против облака.
05
Слой лидеров
Стратегическое мышление — 13.8% вакансий, управление процессами — 6.9%. Проверка простая: компания принимает нормальные технические решения, когда тебя нет в переписке.

Что учить CTO первым

Не всё сразу. Вот очерёдность по частотности в вакансиях — от самого нужного к менее срочному.

Полный список навыков с частотностью, связками и зарплатной премией — навыки CTO →

Roadmap CTO: от нуля до junior

Порядок опирается на частотность навыков по данным вакансий. Первые 4–5 этапов — минимум для первого оффера.

  1. 01
    Техническая экспертиза

    Глубокое понимание технического стека команды — нужно говорить с инженерами на одном языке.

  2. 02
    Процессы разработки

    Agile/Scrum/Kanban, планирование, ретроспективы, управление техническим долгом.

  3. 03
    Управление командой

    Зоны ответственности, постановка задач, performance review, разрешение конфликтов.

  4. 04
    Планирование и roadmap

    Декомпозиция на технические задачи, оценки, приоритизация совместно с продуктом.

  5. 05
    Коммуникация со стейкхолдерами

    Статус-апдейты, управление ожиданиями, защита технических решений на уровне бизнеса.

  6. 06
    Найм и развитие middle+

    Технические интервью, онбординг, career tracks, менторинг команды.

Junior-вакансии CTO: что реально требуют работодатели

Срез построен на 58 активных вакансий.

Junior-вакансий
1
inc. стажировки
Доля junior
2%
от всего рынка
Senior / Junior+Intern
20x
соотношение
Навыков / вакансия
7.5
медиана
Распределение вакансий по грейдам
Junior — 1.9% (1)
Middle — 26.9% (14)
Senior — 38.5% (20)
Lead — 32.7% (17)
Что значат эти цифры. 1 вакансия с меткой junior или стажёра из 58 — это не про сложность обучения, а про устройство роли: технический директор нужен компании, у которой уже есть что терять. Junior-фильтр здесь бессмысленен. Полезнее другое: открывать вакансии и читать, какой масштаб стоит за названием — команда из трёх человек и 1С или несколько команд, информационная безопасность и бюджет на подрядчиков. Первая — реальная дверь для руководителя разработки, вторая — нет.

Какие проекты сделать для портфолио

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

Решение «строить или покупать»
Средняя · 1 неделя
Стек: Стратегическое мышление, Microservices, информационная безопасность
GitHub: Записка на две страницы: варианты, стоимость владения, риск, выбор и что случилось через год
Ценность: Ключевое решение роли: тут видно, умеешь ли ты считать деньги, а не только архитектуру
Технологическая стратегия направления
Высокая · 2–3 недели
Стек: Стратегическое мышление, Управление процессами, информационные технологии
GitHub: Документ: бизнес-цель → техническое следствие → что делаем сейчас → что отложили и почему
Ценность: Отделяет CTO от архитектора: стратегия начинается с бизнес-цели, а не с диаграммы
Разбор архитектурного риска
Средняя · 1–2 недели
Стек: Microservices, PostgreSQL, Kubernetes, CI/CD
GitHub: Хронология: где риск накопился, кто его видел, почему молчали, что изменили в правилах решений
Ценность: CTO платят за риски, которые не выстрелили. Показать это можно только разбором
Бюджет технического направления
Средняя · 1 неделя
Стек: Управленческие навыки, Управление процессами
GitHub: Обезличенная структура: люди, лицензии, инфраструктура, подрядчики; где сэкономил и чем за это заплатил
Ценность: Бюджет — граница между руководителем разработки и техническим директором
Снижение зависимости от ключевых людей
Средняя · 2 недели
Стек: управление командой, Руководство коллективом
GitHub: Карта: кто незаменим, что сломается при его уходе, что сделали за квартал
Ценность: Показывает, что ты строишь организацию, а не героическую команду вокруг себя

Как оформить GitHub и резюме

Профиль GitHub
  • Артефакт CTO живёт не в репозитории, а в решениях. Вытащи их из головы в текст: развилка, выбор, цена, последствие
  • GitHub на этой позиции читают как доказательство, что ты не потерял инженерную базу. Пары живых репозиториев и внятного профиля хватит — большего не ждут
  • Habr, доклад на конференции, разбор миграции или инцидента — сильнейший артефакт роли: показывает мышление и заодно приводит предложения о работе
  • Схема технологического ландшафта картинкой: сервисы, интеграции, что своё, что купленное. По ней читается масштаб, за который ты отвечал
  • Обезличивай: убери названия компаний, суммы и имена. Остаётся развилка и последствие — читают именно это
  • Если весь опыт под соглашением о неразглашении, опиши развилку абстрактно: суть выбора важнее, чем чей это был проект
Резюме без коммерческого опыта
  • Первая строка — масштаб, а не список технологий: сколько команд, какой бюджет, за какие системы отвечал
  • На каждое место работы — по одному решению с последствием. «Отвечал за технологическую стратегию» не значит ничего
  • Инженерную часть оставь, но коротко: Python, CI/CD. Она подтверждает, что ты понимаешь команду, а не руководишь вслепую
  • Назови домен: технический директор финтеха и технический директор маркетплейса решают разные задачи, и нанимают в домен
  • Отдельным блоком — чего ты не делал. Честная граница («бюджет вёл, найм не вёл») читается сильнее, чем список всего подряд
Слабое резюме

«Технический директор. Руководил IT-направлением, отвечал за разработку, инфраструктуру и информационную безопасность, участвовал в стратегическом планировании»

Сильное резюме

«Пришёл в компанию с монолитом на PHP и 1С, релизом раз в квартал и одним человеком, знавшим биллинг. За два года: выделил три сервиса вокруг узких мест, не переписывая всё; перенёс сборку в CI/CD; отдал интеграции подрядчику и сэкономил на найме двух инженеров. От перехода на Kubernetes отказался — команде из шести человек он стоил бы дороже, чем давал. Разбор решения: [ссылка]»

Самостоятельно, курсы или вуз — какой путь выбрать

Самостоятельно
Стратегия, бюджет и стоимость владения учатся только на своих решениях: курс не выдаст развилку, за которую платит компания
Обратной связи нет — ошибку в технологическом выборе видно через год-два, когда исправлять уже дорого
Если ты руководишь разработкой и следующая ступень открывается в твоей же компании
Курсы и менторство
Разбор чужих развилок с человеком, который уже платил за такие решения, экономит те самые год-два
Программ для технических директоров мало, и часть учит риторике для совета директоров вместо технических компромиссов
Если стал CTO внезапно: вырос вместе со стартапом и упёрся в бюджет, найм и подрядчиков
Вуз / бизнес-образование
Даёт язык финансов и оргструктуры: без него разговор про инвестиции в платформу не складывается
Годы и деньги, а инженерную часть роли оно не закрывает вообще
Если целишься в корпорацию или совет директоров, где спрашивают за цифры, а не за архитектуру
Ловушка CTO: остаться главным инженером с новой табличкой. Ты по-прежнему лучший в команде, поэтому самые сложные решения тянешь сам — и компания получает узкое место в лице своего технического директора. Роль начинается там, где ты перестаёшь быть автором решений и становишься автором правил, по которым решения принимают другие.

Что спрашивают на собеседовании

Технологический выбор и его цена
Типовые вопросы
  • ·Расскажи решение, за которое компания заплатила больше, чем ты ожидал
  • ·Как выбираешь между своей разработкой и готовым решением
  • ·Когда Microservices дороже монолита
  • ·Как обосновываешь CEO вложение в платформу, которое не видно пользователю
Как показать проектом

Записка «строить или покупать» из портфолио: покажи, из чего выбирал и чем заплатил

Бюджет и стоимость владения
Типовые вопросы
  • ·Из чего складывается стоимость владения системой через три года
  • ·Где ты сокращал бюджет и что при этом сломалось
  • ·Подрядчик или найм: как считаешь
  • ·Как объясняешь технический долг человеку, который считает деньги
Как показать проектом

Структура бюджета направления: покажи, где решение стоило дороже, чем казалось

Инженерная организация
Типовые вопросы
  • ·Как делишь команды, когда их становится больше трёх
  • ·По каким признакам понимаешь, что структура мешает поставке
  • ·Кого нанимаешь первым, когда денег на одного
  • ·Что делаешь с незаменимым человеком
Как показать проектом

Карта зависимости от ключевых людей: покажи, что изменилось за квартал

Риск, надёжность, безопасность
Типовые вопросы
  • ·Крупный инцидент: что изменилось в правилах после него
  • ·Как решаешь, какой риск принять молча, а какой вынести наверх
  • ·Информационная безопасность мешает поставке — твои действия
  • ·По какому признаку понимаешь, что технический долг стал бизнес-риском
Как показать проектом

Разбор архитектурного риска: где он накопился и почему его не видели

Граница роли
Типовые вопросы
  • ·Чем ты отличаешься от руководителя разработки и от архитектора
  • ·Что делаешь, если основатель принимает технические решения через твою голову
  • ·Продукт требует срок, команда говорит «невозможно» — твоя роль здесь
  • ·Что не входит в твою зону и почему
Как показать проектом

Пример развилки, где ты сознательно не стал принимать решение сам

Сколько времени нужно, чтобы стать CTO

Минимум
2–3 года
Из руководителя разработки в растущей компании: масштаб приходит вместе с компанией, титул догоняет фактическую роль
Медиана
8–12 лет
От первой инженерной должности: разработка, техлид, руководитель разработки, технический директор
Реалистично
10–15 лет
Если менять компании и ждать освободившуюся позицию: технические директора уходят редко, а мест мало

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

Быстрее всего в роль попадают те, кто вырос вместе с компанией: был первым разработчиком, собрал команду, остался. Медленнее всего — те, кто ждёт позиции снаружи: их 58 на весь срез, и заметная часть закрывается своими.

Ошибки новичков

Уходят в стратегию и теряют инженерную базу

Почему мешает: Через год команда предлагает решение, а ты не можешь оценить риск. Остаётся верить на слово

Как исправить: Оставь себе узкую техническую зону: разборы инцидентов, обсуждение архитектурных решений, чтение постмортемов

Считают архитектуру, но не деньги

Почему мешает: Технический директор без стоимости владения — это архитектор с бюджетной ответственностью, которую он не тянет

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

Строят то, что можно купить

Почему мешает: Своя система интересна инженерно и дорога в поддержке. Компания платит за неё каждый год, а ты уже ушёл

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

Меняют стек ради стека

Почему мешает: Переход на Kubernetes или Microservices в маленькой команде добавляет работы больше, чем снимает. Платит за это бизнес, а объясняет CTO

Как исправить: Начни с вопроса, какое бизнес-ограничение снимает переход. Нет ответа — это не переход, а хобби

Прячут риск от бизнеса

Почему мешает: Технический долг, отказоустойчивость и безопасность выстреливают тогда, когда объяснять уже поздно

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

Замыкают решения на себя

Почему мешает: Компания упирается в скорость одного человека, а лидеры не растут: зачем, если всё равно решит CTO

Как исправить: Пиши принципы, а не резолюции. Проверка простая: команды принимают нормальные решения без тебя

Считают 1С и Bitrix «не настоящим IT»

Почему мешает: 1С — в 15.5% вакансий CTO, Bitrix — в части. Отсеивая их, ты выкидываешь заметную часть и без того узкого рынка

Как исправить: Разберись в учётной логике и в том, где коробка дешевле разработки. Задачи там те же, только деньги приходится считать жёстче

Соглашаются на титул без полномочий

Почему мешает: CTO без бюджета и без права менять структуру — это руководитель разработки с красивой строчкой и ответственностью за чужие решения

Как исправить: До оффера выясни: чей бюджет, кто решает по архитектуре, кому ты подчиняешься

Меряют успех числом релизов

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

Как исправить: Смотри пару метрик рядом: скорость и последствия — инциденты, откаты, стоимость поддержки

Как SkillStat считает данные

Источник: 58 вакансий в московском сегменте. Навыки и грейды извлекаются автоматически из текста каждой вакансии.

Грейды: определяются по требованиям вакансии — уровню опыта, упоминанию «junior», «intern», «стажёр». Это рыночная оценка объявления.

Сложность входа: рассчитывается по доле junior-вакансий и медиане навыков на junior-уровне. Это индикатор, а не гарантия.

Обновление: данные пересчитываются регулярно. Текущий срез — 19 июля 2026.

Частые вопросы

Можно ли стать CTO с нуля?
Нет, и дело не в сложности обучения, а в устройстве роли. Стартового грейда у неё не существует: junior и стажёров среди вакансий — 1 из 58. Технический директор отвечает за решения, цена которых измеряется в годах и бюджетах, и нанимают его за уже принятые решения такого рода. Путь идёт через разработку, техлида и руководителя разработки.
Чем CTO отличается от тимлида?
Масштабом и предметом ответственности. Тимлид отвечает за одну команду и за то, чтобы работа доходила до релиза: декомпозиция, ревью, люди, качество. CTO отвечает за технологическую способность компании: стратегию, бюджет, выбор между своей разработкой и готовым решением, архитектурные риски и слой руководителей. Тимлид почти всегда рядом с кодом, технический директор — рядом с CEO и деньгами.
Чем CTO отличается от менеджера разработки?
Менеджер разработки строит систему работы команды: люди, найм, адаптация, обратная связь, предсказуемость поставки. CTO строит систему технических решений компании: принципы, архитектурные риски, бюджет, подрядчики. Первый отвечает на вопрос «как команда работает», второй — «что и зачем компания строит». В крупной компании это разные люди, и менеджер разработки обычно подчиняется техническому директору через ступень.
Чем CTO отличается от архитектора?
Архитектор отвечает за техническое решение и его качество. CTO — за то, стоит ли это решение денег компании. Архитектор может быть прав по инженерии и не прав по бизнесу: Microservices (13.8% вакансий CTO) снимают одни ограничения и добавляют стоимость эксплуатации. Выбор компромисса — зона технического директора.
Пишет ли CTO код?
Изредка и не как основную работу. Инженерная глубина нужна другая: понимать, что предлагает команда, и видеть, где решение создаст риск. В маленькой компании технический директор может писать много — просто потому, что больше некому, но это признак стадии, а не роли.
Нужен ли Python?
Как контекст, а не как рабочий инструмент: Python — в 19% вакансий CTO (11 из 58). Это стек команды, которую ты возглавишь; хватает уровня чтения кода и обсуждения решений. Отдельно учить язык ради позиции технического директора смысла нет.
Зачем в вакансиях CTO 1С и Bitrix?
Потому что технический директор нужен не только продуктовым компаниям. 1С — в 15.5% вакансий, Bitrix — в части, PHP — в 6.9%. За этими метками обычно бизнес, где IT поддерживает процессы, а не продаётся как продукт: там CTO считает деньги жёстче и решает «купить или строить» чаще, чем в стартапе.
Нужен ли Kubernetes?
Как предмет решения, а не как навык настройки. Kubernetes — в 6.9% вакансий CTO, CI/CD — в 17.2%. От технического директора ждут ответа, снимает ли переход реальное ограничение или добавляет команде работы, за которую платит бизнес. Настраивать будут другие.
Отвечает ли CTO за информационную безопасность?
Чаще да: она в стеке роли — 6.9% вакансий, и в небольших компаниях отдельного человека под неё нет. Речь не про самостоятельную настройку защиты: нужно понимать, какой риск компания принимает, кто это решил и что произойдёт, когда риск выстрелит.
Чем CTO стартапа отличается от CTO в компании с историей?
Стадией и содержанием работы. В стартапе технический директор чаще первый инженер: строит сам, нанимает первых людей, выбирает стек, за который потом расплачивается. В компании с историей он получает готовый ландшафт, технический долг, подрядчиков и бюджет — там больше управления процессами (6.9% вакансий) и меньше клавиатуры.
Что показывать вместо портфолио проектов?
Решения и их последствия. По каждой развилке две страницы: что было, из чего выбирал, что выбрал, чем заплатил, что стало через год. Плюс обезличенная структура бюджета и разбор архитектурного риска. Репозиторий с кодом на этой позиции открывают в последнюю очередь.
Нужно ли бизнес-образование?
Не требуется, но язык финансов и оргструктуры выучить придётся — иначе разговор с CEO про инвестиции в платформу не складывается. Дипломом эту часть закрывают редко: чаще она набирается на своём бюджете и своих ошибках в найме.
Сколько времени занимает путь до CTO?
От первой инженерной работы обычно 8–12 лет: разработка, техлид, руководитель разработки, технический директор. Быстрее всего попадают те, кто вырос вместе с компанией, — там от руководителя разработки 2–3 года. Теорией не ускоряется: роль требует решений, последствия которых видны через год-два.
Что спрашивают на собеседовании?
Не термины, а развилки: решение, за которое компания переплатила; как выбираешь между своей разработкой и готовой; из чего складывается стоимость владения через три года; что делаешь с незаменимым человеком; как объясняешь техдолг тем, кто считает деньги. Подробнее — в разделе «Собеседование» на этой странице.
Сколько зарабатывает CTO?
Медиана по профессии — 340 000 ₽. Разброс здесь шире, чем в инженерных ролях: он зависит от размера компании, бюджета направления и того, есть ли доля в бизнесе. Разбивка по грейдам и динамика — на странице зарплат CTO.
Где посмотреть навыки CTO?
На странице навыков CTO — частотность по 58 вакансий, разбивка по грейдам и связки инструментов.