图7-2中显示，经过了第二周的“第1次评审”，需求变更还是很大，其中大量的需求处于修改状态。而且第七周“第2次评审”后，需求在相当长的时间内依旧没有稳定下来。目前，项目已经进入到设计阶段，大量的需求变更是项目失败的一个隐患。
为了控制不断需求的变更，项目可能采取包括重新分配资源，重新估计规模、工作量和进度等具体措施。
另外，还可以详细地分析需求变更的具体原因（如误解、不清楚、不完善和不正确等）、需求变更的类型（如功能、性能和接口需求等）以及细化跟踪的粒度到每个模块。
通过这些详细的分析，可确定造成需求频繁变更的根本来源，以便有针对性地采取措施。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
