Друзья, хочу порассуждать на одну из самых холиварных тем в IT — важность поддержки технических навыков у управленцев. Должен ли тимлид быть лучшим разработчиком из всех, кто в его подчинении, руководитель программистов — хотя бы уметь писать код, а CTO — глубоко понимать архитектуру проекта?

Лично я на протяжении всего своего управленческого пути был уверен: техническими навыками придётся пожертвовать, если хочется высоко продвинуться в руководстве. Пусть компетентные люди рассказывают, что начальник должен быть тем, кто и проект «вытащит» кодом, и пример покажет — но мне позиция «играющего тренера» всегда казалась утопичной и ведущей к выгоранию. Хотя понимаю все плюсы менеджера, который может составить реалистичное представление о сроках, держать руку на пульсе и понимать, с какими техническими сложностями сталкивается команда.

Но всё-таки, мир разработки — это не поле битвы, где побеждает лучший программист. Тем более, что требуемые для успешной карьеры навыки разработчика и руководителя кардинально отличаются. Основные задачи лидера — направлять, поддерживать и обеспечивать рост команды. Это требует иной экспертизы — управленческой и стратегической, а также доверия к своей команде. Ведь если руководитель берётся делать всё сам, он не даёт расти другим и тратит свою энергию там, где она нужнее для команды.

Тем не менее, технический кругозор сохраняется на приемлемом уровне, даже если не соревнуешься с подчинёнными в прорешивании литкода. Этого оказывается достаточно, чтобы находить общий язык с разработчиками и не только. Например, сам я хоть и не пишу код давно, но уже второй год подряд проверяю решения участников в жюри конкурса красоты кода — знаний и навыков вполне хватает.

А как вы думаете, должно ли руководство кодить на уровне своей команды? Пусть моё мнение однозначное, но буду рад обсудить в комментариях.