Почему не нужно становиться мидл-менеджером?
Плох тот тимлид, который не мечтает стать мидл-менеджером, гласит народная мудрость. Не дословно, но вы поняли. Отвечаем сегодня на вопрос слушателя, почему вам это не нужно.
Пишите нам в яндекс-форму или в сообщения каналу, ответим в понедельничной рубрике 📝
🗣 Витя Корейша
Мне всегда казалось — и до сих пор иногда кажется, — что я ничего не решаю, а всё интересное происходит где-то там, выше. Когда я был разработчиком, меня бесило, что тимлид настаивает на архитектурных решениях и выборе технологий. Когда стал тимлидом — негодовал от бюджетной политики: «В смысле нельзя всем зарплату повысить и ещё двух разработчиков нанять?» Даже в роли CTO в аутсорсе ловил себя на мысли: «Заказчики всё решают, а мы только подстраиваемся».
Если вам, как и мне, кажется, что на следующей ступеньке больше свободы — это не так. Меняются только рамки. Вместо выбора между желаниями разработчиков и требованиями проектов вы оказываетесь между бюджетами и ожиданиями компании, между ростом нагрузки и невозможностью купить железо. Трейдоффы везде разные, но ограничения никуда не исчезают.
А вот что действительно меняется — ваш личный ресурс больше не «закрывает дыры». С несколькими командами можно забыть про «сесть и закодить». Чуть позже — и про «вести каждый проект» или «знать обо всех проблемах». Остаются только люди, которые ошибаются, выгорают, саботируют. И ответственность за это — на вас.
Но! Это же и причина им стать.
🗣 Женя Антонов
Как-то я уже писал пост про то, что тимлид — самая гуманистическая роль в менеджменте. Ты ближе всего к людям, а чем выше по карьерной лестнице, тем больше конкретные люди превращаются в «юнитов», в «рабочие руки» и в «трудовые ресурсы». Это я говорю без осуждения, просто понимаю, что на этой позиции сильно больше про любую эффективность, и народу становится больше, и, как говорится, «вас много, а я один».
Кстати, тогда Дима Болдырев со мной в комментариях не согласился. Так что я ни в коем случае не настаиваю на абсолютной истинности моего мнения, просто говорю, как лично я для себя понимаю.
А ещё там сильно больше нагрузки и ответственности, чем у тимлида, например. Нынче прозорливые работники смекнули, что руками работать по деньгам или так же выгодно, или чуть меньше, но нагрузки и гемора меньше, чем у тимлида. Ну так вот, с переходом тимлид → мидл-менеджер ровно та же история.
Не является индивидуальной карьерной рекомендацией 🙂
🗣 Настя Абрашитова
Если в тимлидстве бывают самые разные сочетания работы руками и управленческих задач, то мидл-менеджмент — это уже чисто управленческая профессия.
Поэтому первое, из-за чего туда не стоит идти, это любовь к работе руками. Если хочется всё ещё продолжать работать как IC в заметном объёме, не стоит идти в мидл-менеджмент.
Второй фактор — это собственно любовь и склонность к менеджменту. Будет масса историй про людей, про проекты и стратегии, планирование и коммуникации, развитие продуктов и борьбу с внештатными ситуациями. Если менеджмент не очень-то нравится или не очень-то получается, усугублять его роль в своей рабочей жизни не стоит.
Последнее, пожалуй, это сильно бо́льший уровень ответственности и нагрузки. Работать придётся много. Отвечать придётся за массу результатов, в том числе часто тех, над которыми непосредственного контроля у тебя не было. Накосячил, например, разработчик, не проконтролировал это тимлид, а отвечать вам всем, включая тебя — это были твои ребята в твоей зоне ответственности. Причём контролировать всё можно и не пытаться — ни времени, ни сил не хватит. Нужно учиться контролировать самое важное и принимать риски того, что в остальных местах всё может пойти не по плану.
Плох тот тимлид, который не мечтает стать мидл-менеджером, гласит народная мудрость. Не дословно, но вы поняли. Отвечаем сегодня на вопрос слушателя, почему вам это не нужно.
Пишите нам в яндекс-форму или в сообщения каналу, ответим в понедельничной рубрике 📝
🗣 Витя Корейша
Мне всегда казалось — и до сих пор иногда кажется, — что я ничего не решаю, а всё интересное происходит где-то там, выше. Когда я был разработчиком, меня бесило, что тимлид настаивает на архитектурных решениях и выборе технологий. Когда стал тимлидом — негодовал от бюджетной политики: «В смысле нельзя всем зарплату повысить и ещё двух разработчиков нанять?» Даже в роли CTO в аутсорсе ловил себя на мысли: «Заказчики всё решают, а мы только подстраиваемся».
Если вам, как и мне, кажется, что на следующей ступеньке больше свободы — это не так. Меняются только рамки. Вместо выбора между желаниями разработчиков и требованиями проектов вы оказываетесь между бюджетами и ожиданиями компании, между ростом нагрузки и невозможностью купить железо. Трейдоффы везде разные, но ограничения никуда не исчезают.
А вот что действительно меняется — ваш личный ресурс больше не «закрывает дыры». С несколькими командами можно забыть про «сесть и закодить». Чуть позже — и про «вести каждый проект» или «знать обо всех проблемах». Остаются только люди, которые ошибаются, выгорают, саботируют. И ответственность за это — на вас.
Но! Это же и причина им стать.
🗣 Женя Антонов
Как-то я уже писал пост про то, что тимлид — самая гуманистическая роль в менеджменте. Ты ближе всего к людям, а чем выше по карьерной лестнице, тем больше конкретные люди превращаются в «юнитов», в «рабочие руки» и в «трудовые ресурсы». Это я говорю без осуждения, просто понимаю, что на этой позиции сильно больше про любую эффективность, и народу становится больше, и, как говорится, «вас много, а я один».
Кстати, тогда Дима Болдырев со мной в комментариях не согласился. Так что я ни в коем случае не настаиваю на абсолютной истинности моего мнения, просто говорю, как лично я для себя понимаю.
А ещё там сильно больше нагрузки и ответственности, чем у тимлида, например. Нынче прозорливые работники смекнули, что руками работать по деньгам или так же выгодно, или чуть меньше, но нагрузки и гемора меньше, чем у тимлида. Ну так вот, с переходом тимлид → мидл-менеджер ровно та же история.
Не является индивидуальной карьерной рекомендацией 🙂
🗣 Настя Абрашитова
Если в тимлидстве бывают самые разные сочетания работы руками и управленческих задач, то мидл-менеджмент — это уже чисто управленческая профессия.
Поэтому первое, из-за чего туда не стоит идти, это любовь к работе руками. Если хочется всё ещё продолжать работать как IC в заметном объёме, не стоит идти в мидл-менеджмент.
Второй фактор — это собственно любовь и склонность к менеджменту. Будет масса историй про людей, про проекты и стратегии, планирование и коммуникации, развитие продуктов и борьбу с внештатными ситуациями. Если менеджмент не очень-то нравится или не очень-то получается, усугублять его роль в своей рабочей жизни не стоит.
Последнее, пожалуй, это сильно бо́льший уровень ответственности и нагрузки. Работать придётся много. Отвечать придётся за массу результатов, в том числе часто тех, над которыми непосредственного контроля у тебя не было. Накосячил, например, разработчик, не проконтролировал это тимлид, а отвечать вам всем, включая тебя — это были твои ребята в твоей зоне ответственности. Причём контролировать всё можно и не пытаться — ни времени, ни сил не хватит. Нужно учиться контролировать самое важное и принимать риски того, что в остальных местах всё может пойти не по плану.