Согласен полностью. Реальные сроки смогут спрогнозировать только ФА и ТА. А РП должен обеспечивать ресурсами. Как дрова в печь бросать. Что касается бюджета, то я не помню, чтобы РП смог грамотно спланировать ресурсы по задачам.

Сначала оценивают ФА ТА, но контролирует расход бюджета и учитывает все риски все таки РП. И совмещает доступный ресурс с доступными деньгами тоже РП. Архитекторы все таки свободные художники)

Спасибо за ответ. Но он не к месту. Вопрос был о проектной работе. А не о компании. И так или иначе, что в компании, что в проекте должна существовать иерархия. И получается, что все равны, но должны быть кто то ещё равнее. Иерархия нужна даже не в смысле занимаемых должностей, а в смысле влияния на получение позитивного результата. И это в свою очередь существенно влияет на цельность и выживание компании, занимющейся проектными работами. И не стоит, отвечая на абстрактный вопрос, переходить на личности. Это по меньшей мере не этично.

Я не имел ввиду лично вас, извините, если вы это так восприняли. Намерения переходить на личности правда не было, я думал, что отвечаю абстрактно.

Касательно иерархии. Я считаю, что правильно подходить к вопросу не с точки зрения иерархии, а с точки зрения распределения ролей: финансы дают информацию о ресурсах компании, РП (продукта или проекта, кстати?) о состоянии работы или о видении (в зависимости от того, что такое П). Так что они в этом плане предоставляют равноценную информацию.

Если между ними возникают терки и недопонимания, то тут допустима только одна иерархия: собственники (и руководство компании). Может быть руководство не донесло цели или миссию так, чтобы противоречий не было. Можно быть это их стиль. Может быть они просто об этом не подумали. В любом случае нужно идти к тому, кто отвечает за видение компании в целом и расставляет приоритеты: к генеральному, к собственнику, к акционерам и т. д.

Если два отдела начнут в ущерб друг другу гоняться за своими локальными KPI с флагом «мы важнее вас», это ни к чему хорошему не приведёт. Эту проблему нужно решать вне системы из этих двоих.

Тогда прошу скорректировать постановку вопроса.

Можно просто его не задавать)

Это не вариант

Почему? Что даст ответ?)

Тогда и не надо на него отвечать, наслаждайтесь ответами других. Или не наслаждайтесь.

Да, на самом деле все важны. Но если будет кривая функциональная архитектура, то как РП сдаст проект? IT проект обычно длится от полугода до нескольких лет. И если по прошествии времени окажется, что аналитик не так понял заказчика. Разработчик написал код по непонятому аналитиком материалу. Заказчик потерял время и деньги. А в результате получил пшик. Беда. На то и ФА в проекте, как щука в пруду, чтобы аналитик (карась) не дремал.