【PMP第五章实战分享】项目范围管理案例分析

问题一

在需求只调研了一部分的时候，项目就要求开始实施。经常会出现后续需求调研的过程中导致之前已经完成的功能要重新改动的情况。这种情况下有什么好的措施来避免或者改善吗？

1、建立完善的需求管理和控制流程，通过谈判和影响。和上级表明需求调研、需求分析和需求评审等重要环节，构造完整环节；

2、重视变更流程，功能改动意味着返工重来，需要落实变更评估环节来改善；

3、加强和甲方之间沟通的深度和频率，有效预防开发先行，白做无用功的现象。

在需求只调研了一部分的时候，项目就要求开始实施。经常会出现后续需求调研的过程中导致之前已经

完成的功能要重新改动的情况。这种情况下有什么好的措施来避免或者改善吗？

1. 重视需求：很多项目的成败（特别是信息化项目）取决于需求；所有相关方都要重视需求，全力以赴，紧密协作；

2. 告知风险：将需求调研不充分将带来的风险告知各方，并说明存在风险将如何应对；

3. 提高效率：建议JAD，提高需求调研的效率和准确性；也可以从侧面体现对项目的重视程度和实施的态度；

4. 建立基准：尽快确立基准，没有基准就谈不上变更；

5. 渐进明细：极端情况下，先定大范围，后细化小范围。

问题二

有一个需求，开始讨论的时候比较简单化，当这个需求做出来后，客户用了后发现有很多可以细化深究的部分，但是客户去不觉得这是一种需求变更而是一种需求深度优化。这该怎么办？ 需求收集少了，达不到客户期望，需求收集多了给项目造成负担ÿ