Повышение до тимлида не всегда ощущается как карьерный апгрейд. По наблюдению карьерного стратега Юлии Аравиной, именно после роста в руководящую роль многие IT-специалисты внезапно начинают сомневаться в себе, хотя объективно берут на себя больше ответственности и решают задачи уровнем выше. Для российской IT-аудитории это важный сигнал: проблема часто не в «слабом менеджменте», а в том, что старая система профессиональной самооценки перестаёт работать.
Об этом сообщает Habr / Карьера со ссылкой на колонку Аравиной, которая работает с IT-руководителями и ведёт кейс-клубы на курсе «Технический директор — CTO» в Яндекс Практикуме PRO. Её тезис звучит неприятно, но знакомо многим: сначала после повышения до тимлида всё выглядит нормально, а через несколько месяцев начинается типичный набор симптомов. Человек работает дольше, встреч в календаре становится больше, решения сложнее, зона ответственности шире, а внутренний вывод почему-то один: «Кажется, я стал работать хуже». На этом месте обычно всплывают тревога, синдром самозванца и усталость от постоянной коммуникации.
Почему руководитель чувствует себя слабее, когда становится сильнее
В основе этого кризиса, по версии автора, не столько дефицит навыков, сколько сбой привычной модели вознаграждения. До управленческой роли всё было относительно просто: есть задача, есть понятный критерий качества, есть короткий цикл обратной связи. Разработчик, аналитик или инженер быстро видит результат собственного труда и получает подтверждение компетентности. В управлении этот механизм ломается. Работа тимлида часто невидима, эффект от решений отложен, а значительная часть результата создаётся уже не собственными руками, а через команду. День может быть полностью заполнен встречами, согласованиями и развязкой чужих блокеров, но к вечеру остаётся ощущение, что ничего «настоящего» не сделал.
Именно здесь многие совершают типичную ошибку: пытаются лечить проблему знакомыми инструментами специалиста. Ещё больше учиться, ещё больше стараться, ещё дольше сидеть в задачах, ещё глубже погружаться в детали. Снаружи это выглядит как высокая включённость, а на практике превращается в вторую смену. Новый руководитель продолжает быть и менеджером, и линейным исполнителем одновременно. Он не делегирует сложные куски, забирает себе самые интересные задачи, проверяет чужие решения вручную и постепенно собирает вокруг себя систему, которая без него не дышит. Команда в таком режиме почти не растёт, зато сам руководитель быстро доходит до перегруза.
Аравина описывает это как первый слой «карьерной пересборки» — пересборку самой деятельности. После повышения до тимлида меняется базовый вопрос, с которым человек подходит к любой задаче. Если раньше логика была «как мне это сделать хорошо», то теперь рабочий вопрос должен звучать иначе: «кому это можно передать и что нужно этому человеку, чтобы он справился». На словах переход очевидный, на практике именно он даётся тяжелее всего. Особенно в IT, где человека часто повышают за сильную экспертизу, скорость и привычку вытягивать сложные куски лично. Но эти же качества после повышения начинают мешать: бывший сильный индивидуальный contributor рискует застрять в микроменеджменте и ручном управлении.
Четыре слоя пересборки и что они меняют для IT-команд
Второй слой — мышление. Экспертская логика обычно строится вокруг лучшего решения: собрать максимум вводных, найти наиболее корректную реализацию, минимизировать технический долг и ошибки. Руководитель живёт в другой реальности. Полной информации не будет, часть рисков не просчитывается, а решение всё равно нужно принять. Более того, оно не обязано быть самым красивым с инженерной точки зрения. Управленец постоянно работает в системе ограничений: интересы соседних команд, сроки, ресурсы, внутренние конфликты приоритетов, бизнес-давление. Там, где сильный инженер может настаивать на технически идеальном варианте, руководитель ищет решение, которое вообще сможет работать в живой организации. Не идеальное, а жизнеспособное. Для продактов, CTO и руководителей разработки это, пожалуй, самый неприятный сдвиг: чем выше роль, тем меньше правильных ответов и тем больше решений, за которые кто-то должен сознательно взять риск.
Третий слой — идентичность, и именно он чаще всего бьёт по самооценке. Руководителю приходится заново отвечать на вопросы, которые раньше будто бы не требовали формулировки: за что мне платят, в чём моя ценность, каким руководителем я вообще хочу быть. Здесь начинаются самые болезненные развилки. Например, в команде неизбежно появляется кто-то, кто в своей области сильнее руководителя. Рационально это отличная новость: значит, команда усиливается. Но если профессиональная идентичность человека всё ещё держится на идее «я самый сильный специалист в комнате», то рост сотрудников начинает восприниматься как личная угроза. Отсюда и желание перепроверять каждое решение, и проблемы с делегированием, и попытка оставить себе самые сложные задачи. Для бизнеса такой менеджер опасен не потому, что мало знает, а потому, что не даёт расти другим.
Сюда же относится и другая неприятная правда руководящей роли: после повышения до тимлида быть «своим парнем» для всех уже не получится. Кто-то перестанет звать на неформальные встречи, где-то появится отдельный чат без начальника, а часть решений придётся принимать вопреки симпатиям. В IT-командах, где сильна культура горизонтальности и неформального общения, это переживается особенно остро. Но эффективный руководитель иногда обязан дать жёсткую обратную связь, остановить неудобную инициативу, отказать в ожиданиях или провести неприятный разговор. Попытка одновременно всем нравиться и отвечать за результат обычно кончается плохо для результата.
Четвёртый слой связан с источником ценности. До повышения человек знает, за что его ценят: за экспертизу, скорость, способность разобраться в сложной проблеме и лично вытащить ситуацию. После перехода в менеджмент источник признания становится менее осязаемым. Ценность руководителя — в том, что растут другие люди, появляется преемственность, система выдерживает нагрузку, а команда способна работать без постоянного ручного вмешательства. Это скучнее, чем героический «пожар потушил сам», но для зрелой организации куда полезнее. И именно здесь проходит граница между руководителем по должности и руководителем по сути.
Для рынка это ещё одно напоминание, что кадровый резерв в IT нельзя строить по принципу «лучший инженер автоматически станет хорошим менеджером». Повышение до тимлида — это не прибавка к текущей роли, а смена способа приносить пользу. Если компания не помогает человеку пройти эту пересборку, она получает перегруженного тимлида, зависимую от него команду и управленческий слой, который формально есть, но системно не работает. Чем сильнее рынок упирается в дефицит зрелых лидов, тем дороже становится эта ошибка. Похоже, главная развилка ближайших лет для IT-команд не в том, кого повысить, а в том, кто и как сможет пережить момент, когда личная экспертность перестаёт быть главным доказательством собственной ценности.