Компании часто ищут CTO в ситуации, когда на самом деле им нужен сильный Tech Lead. Причина понятна: хочется одним наймом закрыть архитектуру, людей, процессы, скорость разработки и технологическую стратегию.
Проблема в том, что это разные уровни ответственности. Название должности можно поменять за минуту. Масштаб роли от этого не меняется.
CTO vs Tech Lead: коротко
- Tech Lead отвечает прежде всего за качество технических решений, архитектуру и инженерную работу конкретной команды или ограниченной области.
- CTO отвечает за технологическую функцию на уровне компании: стратегические решения, крупные риски, инвестиции, архитектурное направление и связь технологии с бизнесом.
- Общая зона — техническая глубина, архитектура, качество решений и влияние на инженерную культуру.
Поэтому вопрос не в том, кто из них «выше». Вопрос в том, какого масштаба проблема появилась у компании.
Когда достаточно Tech Lead
Если основная боль находится внутри одной команды, executive-роль может быть избыточной.
Например, команде не хватает архитектурного направления, решения принимаются хаотично, качество реализации нестабильно, а сильным инженерам нужен человек, который поможет договориться о технических стандартах.
Это естественная зона Tech Lead. Он может влиять на архитектуру, проводить design review, помогать инженерам принимать сложные решения и удерживать техническое качество — без ответственности за всю технологическую функцию бизнеса.
Когда появляется задача CTO
CTO становится нужен, когда технологические решения перестают быть локальными.
Компания должна решить, что строить сама, а что покупать. Нужно определить, какие архитектурные ограничения допустимы ради скорости. Появляются крупные технологические риски, несколько команд, разные руководители, бюджеты и решения, которые влияют уже не на один сервис, а на стратегию бизнеса.
В этот момент нужен владелец не отдельной архитектуры, а технологического направления.
Самый сильный разработчик не становится CTO автоматически
Один из частых сценариев — назначить CTO самого сильного технического специалиста. Иногда это работает. Но техническая глубина — только часть новой роли.
CTO должен уметь обсуждать с CEO деньги, сроки, риски, продуктовые ограничения и приоритеты. Ему приходится принимать решения, где технически лучший вариант может оказаться не лучшим для компании.
Если человек по-прежнему обязан лично проектировать каждую важную систему, проводить code review и разбирать ежедневные технические вопросы команды, компания просто дала Tech Lead новый титул.
Признаки, что компании уже тесно в модели Tech Lead
- технические решения разных команд начинают противоречить друг другу;
- нет владельца крупных технологических рисков;
- бизнес не понимает, куда и зачем идут технологические инвестиции;
- важные архитектурные решения постоянно откладываются из-за локальных приоритетов;
- CEO приходится самостоятельно связывать продуктовые и технологические решения;
- у компании появляется несколько сильных технических лидеров, но нет общего технологического направления.
Это уже не только проблема качества разработки. Это проблема управления технологией как функцией бизнеса.
А когда нужен не CTO, а VP Engineering
Есть ещё один вариант: технология выбрана правильно, но инженерная организация плохо масштабируется. Сроки непредсказуемы, менеджмент слабый, команды перегружены, а рост количества людей не превращается в рост результата.
В такой ситуации CTO может оказаться не тем ответом. Разницу между стратегическим технологическим направлением и управлением инженерной организацией я отдельно разобрал в статье «CTO и VP Engineering: в чём разница».
Как выбирать между CTO и Tech Lead
Начните не с вакансии, а с списка решений, которые новый человек должен реально владеть.
Если большинство решений касается архитектуры и инженерной работы одной команды — нужен Tech Lead. Если решения касаются продукта, инвестиций, нескольких команд, рисков и будущего технологического направления компании — роль уже ближе к CTO.
И только после этого имеет смысл обсуждать профиль кандидата. Иначе компания легко нанимает дорогого CTO на работу Tech Lead или, наоборот, ждёт от сильного Tech Lead ответственности, для которой ему не дали ни полномочий, ни контекста.
Если выбор уже сделан в пользу executive-роли, дальше полезнее переходить не к списку технологий, а к тому, как нанимать CTO под реальную задачу бизнеса.
В итоге
CTO — не повышение Tech Lead. Это переход от ответственности за технические решения к ответственности за технологию как часть бизнеса.
Не каждой компании нужен этот переход прямо сейчас. И это нормально.