ceravolo

Все это делается, по моему, от безделья и кучи свободного времени у ПМ.
У ПМ должна быть основные задачи:
1. организовать процесс разработки;
2. контроль за временем разработки версий ПО;
3. СДАЧА РАЗРАБОТАННОЙ ПРОГРАММЫ ЗАКАЗЧИКУ: оформление (или организация этого), ПОЛУЧЕНИЕ, ПОДПИСАНИЕ ВСЕХ НЕОБХОДИМЫХ ДОКУМЕНТОВ ТОЧНО В СРОК.
4. РЕШЕНИЕ ВСЕВОЗМОЖНЫХ ПРОБЛЕМ И ПОТЕНЦИАЛЬНЫХ ПРОБЛЕМ ПРИ СДАЧЕ ПО ЗАКАЗЧИКУ С ЦЕЛЬЮ СМ. П.3.

Вот как раз с п.3-4 часто у ПМ и проблемы, нужно им этим заниматься. Вроде как есть даже в инете должностные инструкции с описанием чем ПМ должен заниматься.

Примечание: читал одну статью, где как-раз говорилось о том, что часто бывшие специалисты (в т.ч. разработчики) становясь менеджером, не могут бросить (осознать) предыдущую деятельность. И часто из-за этого страдает компания в т.ч. в плане результатов финансовых.

Как решить подобную проблему, как бы "подсказать" ПМ об этом, чтобы потом не аукнулось на данный момент не представляю)

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

сейчас вот обидно было(

В целом - все 4-е ПМа с боязнью делегирования, и когда ПМ садится делать что-то вместо разрабов это прискорбно.

Выражения от ПМа типа "Не баг а фича" и урезание сроков \ урезание какого-то вида тестирования = в 90% чуваку просто дали проект с горящими сроками и он ищет способы чтобы в эти сроки уложиться. По этому я бы его назвал только "полуМудаком"

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

Я так понимаю вопрос больше риторический чем требующий практического решения или кодревью ) Так сказать крик души, покинувшей комфортное тело ) Плавали, знаем.
Если нужен ответ - ПМ в большинстве своем мудаковат, дурен и имеет завышенное ЧСВ, страдает синдромом Даннинга-Крюгера(оно эффект на самом деле, но эти люди им страдают однозначно). Обусловлено тем что такой профессии как таковой нет, эти люди занимаются трансляцией из "Сделайте шоб красиво" в "Надо на бутстрапе во флэт дизайне все сверстать, будем делать спа". То есть либо малокомпетентные разрабы, осознашие тщетность потуг в области разработки, либо наоборот, менеджеры среднего звена из МВидео, осознавшие крутость современных технологий, но на разработчика, опять же, не тянущие. Некоторая часть выбрала это направление осознанно и ответственно, их мало, но они есть, они тянут проект, хорошо разбираются в людях и планировании, кароче этакие ангелы Чарли хранители фирмы. Вид редкий, исчезающий, занесен в Красную книгу.

Я для себя давно вывел: хороший начальник всегда сможет быть хорошим подчиненным, хороший подчиненный не всегда сможет быть хорошим начальником.

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

В общем мой совет: не парьтесь тем, что делает менеджер, парьтесь задачами за которые Вы отвечаете.