基于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也成了需求管理的核心。即使有未考虑到的问题，敏捷团队也能够很快消化，在下个迭代迅速优化。