Вчера в комментах в линкеде, кроме приятностей (всем поучаствовавшим - огромное спасибо), был и интересный вопрос:
Конечно такое было.
Такое было со мной, когда я только стал руководителем. Такое наблюдал и у других руководителей.
В этом месте стоит зафиксировать один момент: "погружение"="понимание происходящего" - это ок, "погружение" = "я вместо разработчика пишу код" - тут "256 оттенков серого".
Во-первых, ситуации бывают разные, иногда это может быть полезным, в том числе, например, для обучения сотрудников.
Во-вторых, отталкиваемся от ожиданий: если мы говорим позиции тимлида, то там многое зависит от размера команды, но скорее всего закономерно ждут участия в коде. Иногда даже от директорских (или декларируемых, как директорские) позиций требуют вовлечения в натуральном смысле hands-on. Часто вспоминают тему "делай, как я", то есть от руководителя четко ожидается погружение и активное участие.
Ну и в-третьих: я уверен, что у большинства перед глазами примеры своих руководителей, которые регулярно такое делали. Некому было повернуть эту картину другой стороной. Многие просто считают, что это норм и когда сами становятся руководителями продолжают делать то же.
Я тоже прошел этот путь и перестал влезать в код только, когда у меня появилось 8 команд с разным стеком разработки отличающимся от моего прошлого опыта. Единственные кто продолжал от меня "страдать" - это тестировщики 😃
В более общем смысле, чем выше поднимаешься, тем меньше "участия в коде" должно быть. "Должно ли это совсем пропасть?" - холиварная тема 😃, вон в недавней беседе CTO Озон рассказывал про "папа еще может".
Мне кажется, что для решения задач подразделения харды его руководителя (те самые харды-харды, не вновь приобретенные менеджерские) должны применяться по минимуму. Потому что в общем случае это скорее вредит, в том числе из-за того что может не хватать времени на "менеджерские" задачи или твое решение/мнение становиться узким горлышком.
Хочешь поддерживать технический навык (писать код, тестировать, разбирать кейсы клиентов и тдтп) - делай это так, чтобы работа подразделения никак не зависела от твоего в этом участия.
*как поменяется работа руководителя, когда у него большинством "сотрудников" будут "нейроколлеги" - отдельный вопрос. Но думаю, что то самое "погружение" будет требоваться чаще и может даже глубже. Нужны ли будут тогда менеджеры, которые "убрали в сторону акваланги"... я думаю, что мы скоро узнаем.
#management
Поделитесь, как вы относитесь к моментам, когда руководитель отдела/подразделения погружается на более низкий уровень и применяет свою экспертизу разработчика для решения конкретных технических задач? Был ли у вас такой опыт?
Конечно такое было.
Такое было со мной, когда я только стал руководителем. Такое наблюдал и у других руководителей.
В этом месте стоит зафиксировать один момент: "погружение"="понимание происходящего" - это ок, "погружение" = "я вместо разработчика пишу код" - тут "256 оттенков серого".
Во-первых, ситуации бывают разные, иногда это может быть полезным, в том числе, например, для обучения сотрудников.
Во-вторых, отталкиваемся от ожиданий: если мы говорим позиции тимлида, то там многое зависит от размера команды, но скорее всего закономерно ждут участия в коде. Иногда даже от директорских (или декларируемых, как директорские) позиций требуют вовлечения в натуральном смысле hands-on. Часто вспоминают тему "делай, как я", то есть от руководителя четко ожидается погружение и активное участие.
"для многих именно возможность “писать код” и является самым важным, а может и единственным критерием “ты можешь быть техническим менеджером”" похожее рассуждение было тут
Ну и в-третьих: я уверен, что у большинства перед глазами примеры своих руководителей, которые регулярно такое делали. Некому было повернуть эту картину другой стороной. Многие просто считают, что это норм и когда сами становятся руководителями продолжают делать то же.
Я тоже прошел этот путь и перестал влезать в код только, когда у меня появилось 8 команд с разным стеком разработки отличающимся от моего прошлого опыта. Единственные кто продолжал от меня "страдать" - это тестировщики 😃
В более общем смысле, чем выше поднимаешься, тем меньше "участия в коде" должно быть. "Должно ли это совсем пропасть?" - холиварная тема 😃, вон в недавней беседе CTO Озон рассказывал про "папа еще может".
Мне кажется, что для решения задач подразделения харды его руководителя (те самые харды-харды, не вновь приобретенные менеджерские) должны применяться по минимуму. Потому что в общем случае это скорее вредит, в том числе из-за того что может не хватать времени на "менеджерские" задачи или твое решение/мнение становиться узким горлышком.
Хочешь поддерживать технический навык (писать код, тестировать, разбирать кейсы клиентов и тдтп) - делай это так, чтобы работа подразделения никак не зависела от твоего в этом участия.
"Будь готов к тому, что теперь твоя работа - это делать работу мозгами и руками других людей без наблюдения ощутимого результата своего труда в моменте здесь и сейчас" - совет №1 новоиспеченному менеджеру
*как поменяется работа руководителя, когда у него большинством "сотрудников" будут "нейроколлеги" - отдельный вопрос. Но думаю, что то самое "погружение" будет требоваться чаще и может даже глубже. Нужны ли будут тогда менеджеры, которые "убрали в сторону акваланги"... я думаю, что мы скоро узнаем.
#management