Менеджер гибкого проекта хочет преобразовать документ с требованиями в эпики, возможности, фичи и истории. На сколько итераций менеджер проекта должен оценить длительность истории?

В гибкой разработке история (user story) представляет собой небольшую, независимую часть функциональности, которую можно реализовать и протестировать в рамках одной итерации (спринта). Это позволяет команде быстро доставлять ценность и получать обратную связь. Оценка истории на несколько итераций (две, три или четыре) противоречит принципам гибкой разработки, которые предполагают декомпозицию работы на максимально мелкие, управляемые части. Эпики, возможности и фичи — это более крупные элементы, которые декомпозируются на истории, а не истории, которые охватывают несколько итераций.