Илья, благодарю за обратную связь. Взаимодействие с Бизнесом и командой описано в моем резюме. Интересное мнение по поводу разрыва ожиданий. На своих кейсах в Банках, думаю, что в retail также, если команда уже есть и не планируется набор, считается Capacity, пропускная способность, и на основании этого формируется бэклог приоритизированных фичей продукта. Если бизнес все же пытается "засунуть" в бэклог очередную хотелку - обсуждаете приоритет и какая задача будет сдвинута по срокам реализации. Если бэклог уже "утрамбован" хотелками, например, такое может произойти при отсутствии или смене РМ, нужно провести приоритизацию задач и при этом необязательно что-то выкидывать из бэклога, хотя, запросы уровня "перекрасьте мне кнопку в жёлтый цвет" с наивысшим приоритетом хочется сразу сдвинуть в самый конец бэклога. В целом есть проекты, где вы не можете урезать скопу задач, как бы вы не хотели, иначе будете нести убытки: например, проект перехода на АБС ЦФТ. Готов подискутировать на данные темы, но лучше в личке.