Один из самых сильных страхов потенциального тимлида — просесть по техническим навыкам. Страх не беспочвенный: в работе руководителя код занимает значительно меньше времени, чем у разработчика.
Некоторые годами остаются в параличе выбора. Попробовать роль интересно, но страшно потерять возможность вернуться в разработку или превратиться в мифического плохого менеджера, который ничего не понимает и только распоряжается.
Все эти опасения можно свести к одному: «Я перейду в тимлиды, просяду по техничке и вылечу с рынка».
После короткого перерыва навык не исчезает
Переход в тимлиды похож на вход в новую профессию с позиции джуна. Не факт, что она понравится, поэтому возможность вернуться действительно важна.
За несколько месяцев без регулярного кода фундаментальные навыки никуда не денутся. Может просесть моторная память, забудутся детали языка и стандартной библиотеки, но это восстанавливается практикой.
У меня был период, когда я полгода не написал ни строчки кода, даже в пет-проектах. Я управлял достаточно большой командой, и времени на технические задачи не оставалось.
Когда ситуация стабилизировалась, я открыл IDE и испугался: программировать действительно стало тяжеловато. Я решил писать как пишется, не пытаясь сразу вернуться на прежний уровень. Через пару недель оказалось, что ничего критичного не произошло. Вернулась моторика, а забытые детали снова улеглись в голову.
Длительный перерыв меняет задачу
Если не писать код годами, навыки заметно просядут, а технологии уйдут вперёд. Возвращение потребует времени и не обязано быть лёгким.
Но опыт, который однажды позволил человеку стать сильным разработчиком, не исчезает. Это похоже на смену стека: конкретный язык и инструменты приходится учить заново, но инженерное мышление, понимание систем и способность разбираться в коде остаются.
Рост руководителя идёт вширь
При переходе в тимлиды часть глубины действительно обменивается на ширину. Руководитель с бэкенд-опытом может знать конкретный сервис хуже разработчика, который работает с ним каждый день. Зато ему приходится разбираться во фронтенде, DevOps, тестировании, требованиях, архитектуре и соседних доменах.
Это не отменяет риск потерять форму. Зато показывает, что техническое развитие не обязательно прекращается — оно меняет направление.
Страх просесть по техничке нормален. Но один лишь страх — слабая причина годами не проверять интерес к новой роли. Короткий переход можно рассматривать как эксперимент, а техническую форму при необходимости восстановить.