Карьерная лестница разработчика - это сказка для HR.

Представьте табуретку из IKEA, которую кто-то решил использовать как стремянку. Формально работает. Пока не упадешь.

Вот так же устроены «повышения» в большинстве компаний.

- Сильный разработчик ≠ нормальный тимлид
- Тимлид ≠ Хед
- Хед ≠ CTO

Но почему-то до сих пор живет логика: «Пишешь отличный код? Руководи людьми».

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

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

И да, размер имеет значение: Есть больше 2-х разработчиков? Уже нужен тимлид. Появилось несколько команд? Без хеда будет сложно. Много направлений (dev, data, ops, ML)? Нужен CTO. Иначе страдать будут все.

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

P.S. Reality Check:
Перед тем как кого-то повышать: Кто реально сейчас решает проблемы? Кто давно «перерос» свою зону? Не держите ли тимлидов на уровне, где им тесно? Или наоборот - на позиции CTO сидит человек, которому некомфортно нести ответственность и руководить?