Gallup за годы исследований менеджмента вывел цифру, о которой полезно помнить каждому фаундеру: в 82% случаев компании ставят на роль руководителя человека без нужного для этого таланта. Способность управлять людьми есть примерно у одного из десяти.

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

Логика простая: сильный инженер разберется и с менеджментом, раз уж справляется с трудными задачами. В реальности это две совершенно разные профессии. Эми Ангер, staff-инженер GitHub, отлично описала это в отзыве на книгу Уилла Ларсена «Staff Engineer»: переход на уровень staff — это и повышение, и смена рода деятельности одновременно.

Многие сильные инженеры получают первое, но оказываются абсолютно не готовы ко второму.

Как ломается система: 1. Лучшего инженера делают CTO. Он продолжает сам тушить пожары, потому что так быстрее и понятнее. Процессы, найм и стратегия встают на паузу, пока он занят кодом. В итоге команда теряет сильного разработчика и так и не получает лидера.

Цена ошибки высока. По данным того же Gallup, именно от руководителя минимум на 70% зависит разница в вовлеченности сотрудников. Промах с назначением бьет по всем людям в подчинении.

Главный вопрос перед повышением: этот человек масштабирует систему через других или только через собственные руки?

Если через свои руки — ему прямая дорога в staff или principal-инженеры. Там его навыки принесут бизнесу максимум пользы. Если через команду — дайте ему один проект и пару месяцев, чтобы оценить результат людей рядом.

Уход из разработки в руководство — это шаг в новую профессию. И делать его нужно осознанно с обеих сторон.

Ещё разборы без воды — в Telegram: https://t.me/evgeniydubskiy

#erartaai #evgeniydubskiy #engineeringleadership #startups