在常规项目当中，通常采用的是瀑布模型来贯穿整个项目的需求设计开发测试上线等多个阶段一个环节扣着一个环节，前面一个阶段准备好的内容，为下个阶段做铺垫，所以需求的管理阶段就成了重中之重的环节

理想状态下，需求的管理阶段整理好需求，评审确认后后面的阶段就可以按部就班的实施现实与理想往往存在较大差异，传统瀑布模型的实施项目实施周期长，需求阶段整理好的需求，在后面实施阶段又容易受业务改变而导致需求变更

开发出来的功能与需求提出人员的期望经常存在一定的差异性最终会导致整个开发过程风险扩大，成本提高，质量下降延期交付等多种弊病那么在敏捷的需求管理过程中，需要注意哪些方面呢？

一怎么做好敏捷需求管理

1可用的软件，文档也要随行

在敏捷宣言中，软件重于文档但是软件的开发会随着产品需求迭代版本的增多，功能会越来越多，业务也越来越复杂在这种情况下，如果没有对应的设计文档，功能迭代开发就会给开发人员很容易造成误区，导致沟通成本增大；开发出来的内容也不符合预期，最终导致版本延期所以，在需求提出后，对设计文档的需要也很迫切

2良好工具的运用，事半功倍

在敏捷项目实施过程中，产品人员会不断的提出各种版本需求统一采用工具对这些需求进行管理且包含详细的交互设计和验收标准不仅可以减少后期开发人员的沟通成本，也可以减少需求维护的成本

3评审制度建立，规划版本

在敏捷项目的过程中，软件迭代是有周期计划的每个版本在迭代前，走准备一个评审会评估下个版本主要想完成的需求功能提前规划版本主题

产品人员的需求并不一定能和版本周期契合所以在规划版本周期时可对需求进行评估能够在时间上赶上版本的，就合并到这个版本周期内进行开发；如不能赶上版本时间的需求，则安排在下个版本迭代周期内进行落地

在版本迭代过程中，产品人员业务也会在中途提出需求对于该类需求，也要经过评审会评审，再确定落地的迭代周期

当然，敏捷需求管理过程中，也有其他很多好的方法这就需要我们后续 再实践中再进行探索和不断的总结最终达到提高工作效率和降低风险的目标