«Вечнозеленый» спор —> Должен ли руководитель разработки (engineering manager) программировать наравне с командой?

Должен ли руководитель

Да даже если бы не был "должен", а просто хотел, времени у руководителя на это нет без вариантов.

Как будто бы в идеале да тимлид должен быть очень сильным технически. Знать что происходит в коде внутри. Как что с чем состыкуется. В случаях когда не понятно кто ответственный разобраться и назначить. В новые сложнючие задачи первым нырнуть.

С другой не сказал бы что это всегда обязательно. Бывали у меня менеджеры женщины(женщинам не в упрёк, мужчины тоже бывали ноукод, скорей молодцы справлялись как менеджеры), которые вообще программировать не могли. И всё хорошо было. Управленчески у них всё получалось. Распределить задачи, сроки, если что попинать палкой по горбяке филонящего)), а когда надо убедить заказчика что это геморная фича ему не надо. Там правда команда была опытная новичков вообще не брали чтобы не возится, и проекты типовые. Но это тоже признак хорошо организации без авантюризма пускания ракет в космос и чтоб всё стабильно было всем доход.

Очередной поиск универсального ответа? Незреленько как-то..

Все ситуативно в масшатабах компании. Если может/время позволяет, то пусть пишет и мораль бустит, и что там еще из вариантов было. Странно, что об этом до сих пор спорят. Я даже не разработчик, а QA, но боль всех лидов об одном и том же. Сами лиды по инерции и привычке пытаются на 5 стульях сидеть. И их понять можно, что "как же так, я же код всю жизнь писал/задачи решал, а теперь менеджить". Вот тут и важна поддержка коллег и очерчивание круга обязанностей, чтоб человек мог перестроиться.

менеджер не умеет грамотно распределять время, усилия и ресурсы команды

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

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

В большинстве подобных дискуссий упускают важный момент - как устроена работа мозга. Руководство - это более поверхностная и масштабная деятельность, когда нужно наблюдать процесс с высоты и учитывать множество нетехнических фактов. Разработка - это наоборот очень глубокое ныряние в достаточно узкую проблемную область с большим количеством технических деталей. Мозг не может эффективно переключаться между этими режимами работы.

В итоге, когда менеджер пытается ещё и программировать, чаще всего он плохо делает и то, и другое. И при этом очень сильно устает. Хуже всего когда он выбивается из 40 часовой квоты в неделю. Получается, что он за менеджер, если собственное рабочее время не может заменеджить, чтобы избежать переработок? Надеюсь, всем известно, что на средней дистанции переработки резко снижают эффективность.

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

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

Достаточно лайтовый режим работы всегда находит положительный отклик у команды и команда хвалит своего руководителя, не сильно погружающегося в базовые процессы.

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

картинка для понимания

p.s. это чтобы тимлида с engineering manager не путали

Должен или не должен, один вопрос, а другой - почти все собесы тимлидов проходят так, как буд-то набирают крутого сеньора. Зачем это?

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