一位敏捷專案經理想要將需求文件轉換為 epic、capability、feature 和 story。專案經理應該估計多少個迭代的 story 持續時間？

在敏捷開發中，通常建議將一個故事（story）的大小限制在一個迭代（sprint）內完成。這樣做有助於確保團隊能夠在每個迭代結束時交付可工作的增量，並及早獲得回饋。將故事拆解到足夠小，使其能在單一迭代中完成，是敏捷實踐中的一個重要原則，有助於提高可預測性和靈活性。如果一個故事太大，無法在一個迭代中完成，它應該被進一步拆解成更小的故事。因此，估計一個故事的持續時間為一個迭代是最佳實踐。