мне печально, что приходится отвечать за непрофессионализм других менеджеров. Для повышения оного я и пишу здесь.
Да, системно звать работать по ночам - отстой. Героизм исполнителя = факап менеджера. Не уметь говорить "нет" заказчику, выезжая на горду команды - непрофессионально. Надо делать иначе.
Метод тренера. Если рук-во вменяемое дадут делегировать или выстраивать процессы. Но если это полтитика руководителя и иначе не будет - да, тут можно смело искать новое место.
Но не просто убегать, а с пониманием, что сделано все, что можно было сделать (а что тут еще сделаешь)
Любое хорошее начинание можно извратить, что приводит к нехорошим последствиям.
Ваш пример - именно про это. Моя статья - как говорить НЕТ, а не про то, что надо соглашаться со всем, что говорит заказчик.
Но повторяю еще и еще: ребята, недостаточно просто в ужасе закрыть лицо руками с криками "это невозможно, вы все рехнулись, нафиг пошли!!" - это паника и неконструктив.
Узбагоиться, включить голову, найти варианты именно так, как я и написал, прийти с ними и затем уже, выслушивая от заказчика: "мне пофигу , просто сделай" спокойно ответить: "окей, как вы считаете мне надо это сделать с учетом всего вышесказанного?"
И вот тут, если заказчик не в конструктиве - стоит подумать, а надо ли с ним дальше работать или нет. По опыту - это 10-15% кейсов. А в 85-90% мой способ выведет вас в конструктив там, где казалось, его нет.
вам как исполнителю я рекомендую прочитать статью, которую написал не я, но она супер и даже опубликована почти в одно время.
И менеджер и конечный игрок команды - просто исполнители (так то), но менеджер - более политизированная роль, там многое про отношения. А значит ему просто говорить надо аккуратнее. до уровня лида можно просто слать всех нахрен, потому что именно вы отвечаете за свой кусок функционала, я так считаю.
Хорошее замечание, имеет место и такое, когда менеджер-джун, и думает, если он сказал "я погляжу, что можно сделать" - это равно НЕТ. Нет, конечно, для заказчика - это ДА.
И тут крайне важная оговорка: недостаточно просто сказать "я погляжу", надо действительно включить башку, весь профессионализм, понимание их бизнеса и найти приемлемое для всех решение.
То есть поработать. И вы знаете, именно этого многие менеджеры делать не хотят. Не хотят включать голову и оптимизировать процесс (просто дайте ресурсов), не хотят договариваться с заказчиком (ой он будет давить) и так далее.
Моя статья именно про случай, когда НЕТ = вас уволят, а ваши работы отдадут тому, кто скажет ДА. Иногда - пусть отдадут (потому что нереалистично), а иногда можно и затащить. А иногда можно начать работать как есть, а по пути договориться.
На конкурентном рынке этот навык для менеджера - ключевой, я считаю.
ну вы скажете тоже. совершенно не согласен с вами.
скорее РП, который не спосоен обосновать ресурсы - это джун зеленый, ему надо учиться в аргументацию. Чтото кроме "тут надо пять разработчиков, потому что мне иначе страшно" )
я ждал этого камента. специально для него там стоит (раз в год). И да, раз в год, если норм команда и если заказчика припекло, и если это в общих интересах - да, я считаю, можно.
Мы тут не удовлетворяем свои хотелки, мы работаем для бизнеса, за это и ценят.
тут важно разделять инженера (лида) задача которых держать объем свято и уметь говорить нет открыто и менеджерский переговорный скилл, где нет говорить надо, но иначе.
в простом случае - да. но если сумму увеличивать нельзя (к примеру ТЗ изначально мутное или пришел ваш СЕО, отказ которому = увольнение) начинается веселье :)
Хороший навык для лида, чтобы держать границы внутри проекта/спринта.
А вот для менеджера нужен навык другой, потому что если просто посылать заказчика нафиг, получишь эскаляцию и тебя заменят как негативного неклиентоориентированного менеджера.
Собственно лида от таких эскаляций прикрывает сам менеджер, а вот как прикрываться менеджеру - история увлекательная и интересная :)
Идея хорошая, текст написан ИИ, в нем нет авторского стиля. Извините, я сам пишу про это статью, хотел спереть пару идей, но нет, ставлю честный диз :)
Промпт вида: "Перплексити, напиши статью про то, как ИИ заменит РП в рутине, а в стратегии не заменит, разбей на разделы так то."
В части личного опыта ок, с поправкой на ваш опыт: потому что ТЗ оно не напишет, макеты сделает только с нуля и почти без контекста, а уж про риски... риск, выявленный через интернет = пустой звук и вовсе не риск даже для вашего проекта.
я много про это пишу. "Если орет шеф" погллядите, можете вообще полистать.
Ко мне в менторинг приходила девушка с похожей темой: она была просто менеджером, но постепенно на нее навалили работы столько, что она пахала по 12 часов без отпуска.
Начали с того, что она ушла в отпуск и серьезно поговорила с шефом, начала работать с 9 до 19 (до 18 не получалось, но все равно).
возможно просто разные определения одного и тоже. Для меня не будет унылой задача, которая важна клиенту и реально критична. Потому что я на этом зарабатываю (даже если я внутреннее ИТ).
В этой логике, унылая задача - ненужная. И если она в беклоге - вопрос к его приоритизации. Но это отдельная история, не про выгорание.
Никто никому ничего обязан, кроме зарабатывани денег компании => себе
Угу. А вы понимаете, что зарабатывать надежнее и дольше, если вы понимаете бизнес клиента? У меня опыт развития аккаунтов есть, большой. И в госах и не в госах и этот принцип общий.
У вас лично есть схожий опыт биздева, чтобы обсудить в деталях?
Дегарадация команд - это, в моем опыте, скорее не следствие того, что заказчику не нужно, а что миддл менеджмент на галерах херней заниматься начинает. Это проблема крупных системных интеграторов. И это же - отличный шанс для молодых и небольших.
И тут я тоже отлично знаю о чем говорю, я много занимаюсь биздевом последние 10 лет
Так что да: понимать биз заказчика важно. Если вы попали туда, где похеру - конечно надо уходить. А сменить работу норм профи сейчас (как и всегда последние 20 лет) может. Вопрос упорства и времени. 3 месяца, обычно, достаточно
мне печально, что приходится отвечать за непрофессионализм других менеджеров. Для повышения оного я и пишу здесь.
Да, системно звать работать по ночам - отстой. Героизм исполнителя = факап менеджера. Не уметь говорить "нет" заказчику, выезжая на горду команды - непрофессионально. Надо делать иначе.
Ктож спорит то
да, этот перекос знаком.
тут надо не только любить продажников но и лошадку слушать - то есть производство. А то оно по пути сдохнет, что и случилось :)
Ну сам себя и наказал: его работники нашли новую работу, а чел лишился бизнеса. Зато опыта получил)
Метод тренера. Если рук-во вменяемое дадут делегировать или выстраивать процессы. Но если это полтитика руководителя и иначе не будет - да, тут можно смело искать новое место.
Но не просто убегать, а с пониманием, что сделано все, что можно было сделать (а что тут еще сделаешь)
я отлично вижу и лес и деревья, зачем вы делаете выводы за меня?
все что я пишу - не про лгать, а про умение сперва провести анализ выдохнуть и предложить варианты решения. Все.
Вы с этим не согласны, вы предлагаете сразу увольняться?
хых. ну как бы СЕО сам выстроил процесс которые его же и убил, молодец.
удовлетворенность команды измеряется текучкой. Если высокая - чтото в королевстве не так.
Любое хорошее начинание можно извратить, что приводит к нехорошим последствиям.
Ваш пример - именно про это. Моя статья - как говорить НЕТ, а не про то, что надо соглашаться со всем, что говорит заказчик.
Но повторяю еще и еще: ребята, недостаточно просто в ужасе закрыть лицо руками с криками "это невозможно, вы все рехнулись, нафиг пошли!!" - это паника и неконструктив.
Узбагоиться, включить голову, найти варианты именно так, как я и написал, прийти с ними и затем уже, выслушивая от заказчика: "мне пофигу , просто сделай" спокойно ответить: "окей, как вы считаете мне надо это сделать с учетом всего вышесказанного?"
И вот тут, если заказчик не в конструктиве - стоит подумать, а надо ли с ним дальше работать или нет. По опыту - это 10-15% кейсов. А в 85-90% мой способ выведет вас в конструктив там, где казалось, его нет.
вам как исполнителю я рекомендую прочитать статью, которую написал не я, но она супер и даже опубликована почти в одно время.
И менеджер и конечный игрок команды - просто исполнители (так то), но менеджер - более политизированная роль, там многое про отношения. А значит ему просто говорить надо аккуратнее. до уровня лида можно просто слать всех нахрен, потому что именно вы отвечаете за свой кусок функционала, я так считаю.
https://habr.com/ru/posts/973008/ вот тут поглядите)
Хорошее замечание, имеет место и такое, когда менеджер-джун, и думает, если он сказал "я погляжу, что можно сделать" - это равно НЕТ. Нет, конечно, для заказчика - это ДА.
И тут крайне важная оговорка: недостаточно просто сказать "я погляжу", надо действительно включить башку, весь профессионализм, понимание их бизнеса и найти приемлемое для всех решение.
То есть поработать. И вы знаете, именно этого многие менеджеры делать не хотят. Не хотят включать голову и оптимизировать процесс (просто дайте ресурсов), не хотят договариваться с заказчиком (ой он будет давить) и так далее.
Моя статья именно про случай, когда НЕТ = вас уволят, а ваши работы отдадут тому, кто скажет ДА. Иногда - пусть отдадут (потому что нереалистично), а иногда можно и затащить. А иногда можно начать работать как есть, а по пути договориться.
На конкурентном рынке этот навык для менеджера - ключевой, я считаю.
ну вы скажете тоже. совершенно не согласен с вами.
скорее РП, который не спосоен обосновать ресурсы - это джун зеленый, ему надо учиться в аргументацию. Чтото кроме "тут надо пять разработчиков, потому что мне иначе страшно" )
я ждал этого камента. специально для него там стоит (раз в год). И да, раз в год, если норм команда и если заказчика припекло, и если это в общих интересах - да, я считаю, можно.
Мы тут не удовлетворяем свои хотелки, мы работаем для бизнеса, за это и ценят.
тут важно разделять инженера (лида) задача которых держать объем свято и уметь говорить нет открыто и менеджерский переговорный скилл, где нет говорить надо, но иначе.
шикарнейший камент. я как раз только что выложил про то как менеджеру говорить "нет", там именно про это все и есть ))
я прямо сопру ваш камент к себе, если не возражаете ))
в простом случае - да. но если сумму увеличивать нельзя (к примеру ТЗ изначально мутное или пришел ваш СЕО, отказ которому = увольнение) начинается веселье :)
ну сорян, других советов нет, зато этот - работает ))
Хороший навык для лида, чтобы держать границы внутри проекта/спринта.
А вот для менеджера нужен навык другой, потому что если просто посылать заказчика нафиг, получишь эскаляцию и тебя заменят как негативного неклиентоориентированного менеджера.
Собственно лида от таких эскаляций прикрывает сам менеджер, а вот как прикрываться менеджеру - история увлекательная и интересная :)
Идея хорошая, текст написан ИИ, в нем нет авторского стиля. Извините, я сам пишу про это статью, хотел спереть пару идей, но нет, ставлю честный диз :)
Промпт вида: "Перплексити, напиши статью про то, как ИИ заменит РП в рутине, а в стратегии не заменит, разбей на разделы так то."
В части личного опыта ок, с поправкой на ваш опыт: потому что ТЗ оно не напишет, макеты сделает только с нуля и почти без контекста, а уж про риски... риск, выявленный через интернет = пустой звук и вовсе не риск даже для вашего проекта.
Короче слабая статья написанная mostly by AI.
ну это как сказать: "не переживай". Причина сама собой не рассосется, как правило, а работу не наменяешься.
Ответил там
я много про это пишу. "Если орет шеф" погллядите, можете вообще полистать.
Ко мне в менторинг приходила девушка с похожей темой: она была просто менеджером, но постепенно на нее навалили работы столько, что она пахала по 12 часов без отпуска.
Начали с того, что она ушла в отпуск и серьезно поговорила с шефом, начала работать с 9 до 19 (до 18 не получалось, но все равно).
возможно просто разные определения одного и тоже. Для меня не будет унылой задача, которая важна клиенту и реально критична. Потому что я на этом зарабатываю (даже если я внутреннее ИТ).
В этой логике, унылая задача - ненужная. И если она в беклоге - вопрос к его приоритизации. Но это отдельная история, не про выгорание.
Никто никому ничего обязан, кроме зарабатывани денег компании => себе
Угу. А вы понимаете, что зарабатывать надежнее и дольше, если вы понимаете бизнес клиента? У меня опыт развития аккаунтов есть, большой. И в госах и не в госах и этот принцип общий.
У вас лично есть схожий опыт биздева, чтобы обсудить в деталях?
Дегарадация команд - это, в моем опыте, скорее не следствие того, что заказчику не нужно, а что миддл менеджмент на галерах херней заниматься начинает. Это проблема крупных системных интеграторов. И это же - отличный шанс для молодых и небольших.
И тут я тоже отлично знаю о чем говорю, я много занимаюсь биздевом последние 10 лет
Так что да: понимать биз заказчика важно. Если вы попали туда, где похеру - конечно надо уходить. А сменить работу норм профи сейчас (как и всегда последние 20 лет) может. Вопрос упорства и времени. 3 месяца, обычно, достаточно