Господи, как маленькие дети. Полюбовно-то нельзя вопрос решить, создав процесс в котором учитываются все мнения? Приоритетность задач знает только ПО, взаимосвязи между задачами - команда. Дело СМ - вообще десятое.

Конкретно у нас проблема в том, что на команду падают дополнительные технические задания. Например какие-то техические расширения типа необходимости подстроиться по дновые типы баз данных, облак итд. Или какая-то копмпонента перестала справлятъся с нагрузкой. Или какую-то аркитектуру сделали по-простому на скорую руку, а теперь она вызывает проблемы, и все надо переделывать. И все это срочно и важно. А мне как ПО это мешает достигать целей по развитию продукта и создает впечатление, что мы не можем сфокусироватъся на одной задаче за спринт, а мечемся туда-сюда. Но эти необходимые посторонние работы лоббируют наше техники, например архитектор, потому что его более или менее прижимайuт к стенке начальство или смежники.

Tолько без глупостей