Нет, это не так. Начальники - не придурки. Просто РП - это административная должность. Подай-принеси список хотелок, нарисуй квартальную отчётность, скатайся к заказчику и успокой его, устрой выволочку за просранные сроки, сделай первичный отсев требований.
Всё остальное что связано непосредственно с разработкой и постановкой требований - ответственность тимлида.

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

Как только РП и/или директор по продукту начинают лазить в процесс разработки, случается  Рамблер. Что недопустимо.

У вас всегда так токсично?

Не, я без претензий, наоборот нравится

Нет. Иногда намного токсичнее. Сейчас скучно, мало яда и почти нет НЕНАВИСТИ.

как-то неинтересно, я ливаю

Скатертью

Все верно. Плюс РП не является носителем знания об устройстве архитектуры, о расположении кода, о  техпроцессе производства и о методах подбора и инкорпорации новых сотрудников в разработку.

РП намного легче заменить, чем тимлида.

Слушай, ну рассуждать про роли в отрыве от контекста бессмысленно. Где-то РП такие. Где-то нет. Очень зависит от конкретной организации. Но с чем я согласен (и у меня это так), что ни продакты, ни всевозможные руководители внедрений не рассказывают разработке, как им делать. Они говорят только, что и когда им нужно.

РП везде разные. Но мой поинт в том, что РП - администратор.

Системный?

Если это стартап - то и системный и CFO и CBDO

Администратор неодушевленного проекта.

​​Офлайн-интенсив по SRE в Москве

Внедрить правильный SRE, когда рядом нет опытного SRE-специалиста получается только через пробы и ошибки. Поэтому участники интенсива будут решать задачи, близкие к ежедневной работе SRE-инженера.
И всё это без рисков на продакшене, лишнего стресса и убытков для компании.

Спикеры покажут то, что написано в книгах Google об SRE через призму реальной работы. А практику мы организуем в командах по 5-6 человек с кофе-брейками и фасилитаторами, организующими общение и образовательный процесс.

Даты проведения: 21–23 мая 2021 года.
При оплате до 1 мая выгодная цена: 70 000 рублей.
Командой 3+ ещё дешевле: 50 000 рублей за участника.

Купить билеты: https://slurm.club/3dJ42Zr

Хороший РП - это администратор, бизнес-аналитик и еще и системный аналитик часто.  При хорошо выстроенном процессе первым замечает и  ищет пути решения проблем не только в разработке, но в постановке задач и внедрении. Плюс управление коммуникациями. На небольших проектах, где задействовано менее десятка человек, он не особо то и нужен. А вот на больших, чтобы несколько подразделений, десятки-сотни участников, уже сложно. Тупо на уровне коммуникаций сложно. Тех лид обычно смотрит на задачу на уровне архитектура/разработка. Если хороший тех. лид, то еще внедрение/сопровождение.  И остальное вот-это вот не отвлекайте и совещания не нужны. А потом появляются картинки: "Заказчик хотел/разработчики поняли/заказчик получил".

Но с последней волной переобувания в ИТ появился огромный полк РП, которые считают своей ролью выполнять задачи секретаря-стенографистки, к тому же задалбывающей исполнителей

Достаточно того, что PM отвечает за успех проекта и является «крайним» в любом случае. И качество кода совсем не гарантия успеха проекта как такового

А версия, что РП - это в первую очередь хороший руководитель, не рассматривалась? :)
Роли администратора, аналитика, производственника и т.д. он может нанять. Не обязательно их ему самому выполнять.

Ключевой вопрос, что РП как правило не является реальным держателем бюджета и не утверждает решение о его распределении

Но обязан доносить правильные мысли реальным Owners

Российский бизнес - бессмысленный и беспощадный... По сути РП == PM - человек, которому "больше всех надо"