Руководитель, который пишет код, плохо делает свою работу
Конечно, не открывая IDE ты можешь потерять суть проекта и становится сложнее писать те же RFC/ADR. Но если ты закрываешь собой дыры в процессе - то начинаешь грязнуть в операционке и от этого страдает поставка всей команды. Также разработчики начинают расслабляться и в сложных ситуациях вместо самостоятельного решения проблемы начинают рассчитывать на руководителя. Кодинг дает мгновенное ощущение дофамина, management — нет. Можно за вечер написать хороший код, а внедрение изменения в процессе покажет себя через месяцы в виде изменения метрик. Поэтому у Engineering Manager всегда есть соблазн вернуться туда, где результат понятен и измерим. С этим всегда нужно бороться. А вы при критической ситуации в коде влезете сами, или ваш разработчик сам решит проблему?
· 01.10
Плох тот руководитель, что сидит и ждёт. Потому что в какой-то книге по менеджменту или на диком обучении кто-то сказал, что он должен уметь управлять. И не делать работу или как сказанно "не расслаблять разработчиков". Все хорошие руководители которых я знаю с ноги входят в код и выходят. Не потому что кого-то надо спасать, потому что они показывают как, это процесс обучения на который сейчас все забивают. Конечно надо на курсы ходить, там более умные рассказывают как надо управлять и кодить.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 01.10
С ноги иногда действительно полезно входить, чтобы показать скокорость и напомнить разработке, что ты не забыл код и всегда знаешь, сколько реально займет задача
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён