项目管理者就像是一个枢纽，由他来决定需求的分类、工作量、需求变化对现有软件的影响程度等因素，从而安排需求变更的计划――是在本次迭代中完成，还是在下一次迭代中完成。
2)开发文档的更新
软件开发文档对与软件项目来说是一个很大的工作量。很多软件项目的开发，在初期文档比较正规，随着项目的深入，特别是需求发生多次变化之后，要保持软件开发文档的一致性就感到非常困难了，因为需求改变的各种信息没有记录下来，最后不得不蒙混过关，草草了之。
但如果我们按照敏捷方法的原则，在需求冻结之前，不要过分的把精力投入到文档的制作上，而是将有关的信息记录和保留下来，在需求基本冻结之后，化一定的时间来创建和对文档进行格式化。
3)合同的考虑
尽管按照敏捷方法的原则是拥抱变化，但还是应该在签定开发合同时，一方面对项目的费用和时间估计时一定要考虑用户需求的变化，另一方面把用户需求的改动的条款写清楚，如果用户增加或改动了需求，那么软件的交付日期可以推迟，费用也应增加。这样可以限制用户的随意改动。
三、结束语
每个项目的开发环境及实施环境各不相同，在系统设计和项目管理方面所面临的问题不尽相同，但需求发生变化是所有项目都会遇到的问题。信息系统的建设由于会改变原有的传统工作模式，需求的内容因而会随时变动，给开发工作带来很大的难度。本文提出了应用敏捷方法的思想来应对软件开发过程中需求变化的问题，希望能对系统开发人员和项目管理人员有所帮助。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
