Когда обсуждается роль Engineering Manager, часто возникает вопрос: должен ли он продолжать писать код или полностью сосредоточиться на управленческих задачах. Мнение на этот счёт зависит от контекста компании, зрелости команды и самого менеджера, но важно рассмотреть аргументы с обеих сторон.

Аргументы в пользу того, чтобы оставаться в коде

Продолжение работы с кодом позволяет менеджеру сохранять техническую экспертизу. Это важно по нескольким причинам:

• Авторитет в команде. Когда менеджер понимает современные инструменты, практики и архитектурные решения, ему легче завоевать доверие разработчиков.

• Глубокое понимание проблем. Если менеджер хотя бы частично вовлечён в код, он быстрее понимает технические ограничения, оценивает сложность задач и адекватно планирует сроки.

• Возможность менторства. Техническая практика помогает лучше обучать младших разработчиков и давать релевантные советы.

• Гибкость в критических ситуациях. При внезапных проблемах или нехватке ресурсов менеджер может сам подключиться и помочь закрыть задачу.

Риски при сильной вовлечённости в код

Есть и обратная сторона. Если Engineering Manager тратит слишком много времени на написание кода, он рискует потерять фокус на ключевых обязанностях:

• управление командой и создание условий для её продуктивной работы;

• планирование, коммуникация со стейкхолдерами, приоритизация задач;

• развитие сотрудников и построение процессов.
  В этом случае он начинает конкурировать с разработчиками за технические задачи, а управленческая часть остаётся без должного внимания.

Баланс между кодом и менеджментом

На мой взгляд, оптимальным подходом является ограниченное участие в коде. Например:

• участие в код-ревью, чтобы быть в курсе архитектурных решений и качества кода;

• реализация небольших задач низкого приоритета, которые не критичны для сроков;

• работа над техническим долгом, если это не мешает основным обязанностям.
  Таким образом, менеджер остаётся близок к технической стороне, но не мешает команде и не теряет времени на то, что должны делать разработчики.

Зависимость от контекста

В небольших стартапах или командах, где ресурсов мало, вполне нормально, если Engineering Manager совмещает написание кода с управленческими функциями. В более крупных и зрелых компаниях, где есть много задач по синхронизации и координации, вовлечённость в код должна быть минимальной.

Личностный фактор

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