基於story的敏捷基礎知識----需求管理（一）

基於story進行需求管理

（1）使用story模式來管理需求，將龐大的MRD劃分為一個個合適粒度，且可獨立交付的story（通常每個story能在1~5天內完成，包括設計、開發、測試），需求清晰明瞭，易達成一致，且可節省大量的需求評審時間。

（2）要求PM在第i個迭代上線前一天，完成所有第i+1迭代的需求拆分，和RD、QA達成理解一致，且輔助QA一起補充完驗收標準，在第i個迭代啟動前完成所有story的相關工作。

（3）每個story都有自己的優先順序、估點（即預計花費時間），以此為依據判斷是否納入某迭代。

（4）PM隨時待命，快速響應，答疑解惑、修改設計不足。

每個story溝通流程

雖然沒有需求評審會議，但每個story都是經過仔細推敲和溝通過的。

（1）首先，一個story被PM提出時，需寫好使用者故事卡片和詳細描述；

（2）接著，PM會找RD、QA的leader進行講解，並交review，review人提出問題及改進意見；

（3）然後，PM和負責具體開發RD、測試QA進行講解和討論，RD、QA提出問題、疑問，PM解答，並對詳細描述進行修改。

（4）最後，所有參與者覺得沒有問題後，PM輔助QA補充詳細的驗收標準，RD對其進行review，並作為自測和自動化case編寫的參考。

（5）此外，在開發和測試的過程中，若發現新問題，PM隨時響應，答疑解惑，修改設計的不足。

上述每一個步驟都被落實後，不僅需求質量被保證了，QA也成了需求管理的核心。即使有未考慮到的問題，敏捷團隊也能夠很快消化，在下個迭代迅速優化。

基於story的需求管理方法