В некоторых компаниях отвечает. Иногда он даже отвечает за привлечение заказчиков. Это конечно перекос.

> РМ задает правильные предметные вопросы Предметнику.
задайте без знания "предметной" отрасли
если вы хотели сказать - "формальные", то я соглашусь, но тут сразу возникает точка отказа и риск быть манипулируемым "предметником"
Вы мне можете не доказывать - я через это прошел сам - на 2м высшем обучаясь абстрактному "менеджменту проектов", а потом придя в ИТ и разобрашвись в проектной и продуктовой и менеджерской кухне - только при наличии экспертизы риски ПМа опускаются ниже других источников рисков и могут быть исключены из регистра

Вот высшее образование в области УП это по-моему мыльный пузырь. Не представляю чкму там полезному учить более одного семестра.
Задайте вопрос без знания предметки? РМ должен ее ПОНИМАТЬ, знать нетобязательно. Дайте любой пример, продемонстрирую.

вы прыгаете с одного утверждения на второе. Разговор не о пользе ВО, а о различии теории и практики. Вспоминая классиков - в теории нет различия между теорией и практикой, а на практике есть.
Хотите пример, их есть у меня.
Форк продукта, цель - оставить игровой движок тот же, поменять ресурсы, в течение 2х месяцев выпустить продукт на мобильную платформу с целью повышения общего ROI и получения прибыли. В рамках проекта определен треугольник, выделены ресурсы на контроль качества. Процесс разработки определен как инкрементальный, контрольные точки - 1 раз в неделю. Рутина автоматизирована, технически рабочий процесс не изменялся, команда прежняя.
Команда успевает вовремя, продукт готов вовремя, внутренние QA пройдены. Технический релиз успешен, публичный релиз был зафейлен и не пропущен Apple в аппстор до желаемой даты (пред-рождественский период).
Какие вопросы должен был задать PM, какие рекомендации сделать и какую стратегию по митигации (сорри за англицизм) рисков предложить?

Вы моли бы назвать ваше имя?

Можете звать меня - проектный менеджер 1

😁
https://youtu.be/dfDTqco9plo

Уважаемый ПМ1 описанный вами факап произошел по комплексу причин и условий. И только лишь одним задаванием вопросов его было не исправить.

Как без понимания предметной области вы команду подберете?

Это ещё до задавания вопросов

именно на такой ответ я и надеялся.
При знании предметной области ответ был бы совершенно иным

От сосредоточения на знании предметной области и небрежения к управленческой составляющей как раз описанный факап и произошел.

Я в первую очередь подберу грамотного спеца по предметной области. А он подберет команду по продукту.

вы там про конкретные примеры говорили, вот вам пример, "правильные" вопросы к управленческой составляющей способны задать?

Как?

Скажите, вот к примеру у вас что то заболело, а вы не медик. Как вы подбираете команду?

Что такое поменять ресурсы?

это значит поменять игровые ресурсы - графику и звук
а зачем вы это спрашиваете, когда вам указано, что проект выполнен в срок и прошел QA процедуры, как и технический релиз?

Трачу много денег и времени

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

Выпускается не проект, а продукт. Проект это деятельность он не может выпускаться.