版本管理
在项目进行过程中，客户与利益相关者的一些需求变更没有办法避免。
产品负责人需要一个好的方式来管理这些需求以及变更记录。使团队成员能够清楚地了解每个发布中需要做的新特性或优化。此外，合理地重用需求还可以大大减少重复劳动，提高团队的生产率。
需求池
一个需求管理的难点就是建立需求池，并将它与业务体系相关联。当与业务使用场景结合起来时，才有价值。根据业务系统，产品负责人还可以组织对需求进行组织，从而让团队成员更好地了解需求。
变更影响
实际上，需求不仅是文字记录，还包括结构化的信息，它们之间存在着多重依赖和引用关系。改变需求会导致一系列其他需求，包括影响范围、特征、用户故事、任务、缺陷，或者测试用例
业务需求和项目复杂度逐渐增加，在研发过程中变更需求会产生怎样的影响，现在也变得不好确认，包括对相关需求和目标用户的案例也要进行调整。
需求标准
另一个困难是，产品负责人或项目经理要面对的另一个难题是：客户或者利益相关者经常改变需求。顾客会对需求提出一系列的要求，不管是否确认需求文档，他们都希望随时更改需求。
当项目需求范围改变时，新的需求可能会增加成本预算，甚至导致项目计划的重新调整。各团队可能面临预算超支或返工的风险。
需求经常变化的主要原因是：在编写需求文件和确认过程中，利益相关者没有充分地介入。若团队要遵循标准化的需求制定方案，利益相关者应事先确定需求变更的可控范围，团队才能以此为依据推算工作量和费用。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
