控制软件项目的范围变更

        范围管理是项目成功的基础和重要因素。如果不能合理界定项目范围，项目就无法启动，无法进行项目管理，意外的变更将会随时出现，项目也会返工、费用上升甚至不能完成。

        项目范围管理的核心就是控制项目范围变更。目前，项目在实施过程中由于受到内外多种因素的影响，使得项目范围的变更已经不可避免，也无法避免。所以，控制变更的关键在于如何规范变更的标准、程序，把范围变更对项目造成的影响降到最低。

        我认为，降低范围的变更，可以从三方面努力：

一、准确定位项目需求

项目最重要的阶段是进行需求分析，明白真正的需求。项目需求指是用户真正需要什么，而不是供应商假设用户需要什么和供应商能够供应什么。需求的准确定位就是要按用户要求，对目标系统提出完整、准确、清晰、具体要求。这对一个项目的成功来说非常重要，需求分析做得不好，就会造成需求不断变更，从而影响进度、费用，甚至会导致项目失败。但我们往往由于对需求的重要性认识不足，使需求调研不细致、需求分析不到位、控制变更能力弱。如：

A、需求定位不准。
        项目团队在大多数情况下对于项目了解和理解很少，对项目的背景在广度和深度两方面的挖掘不够、认识不足、把握不准，从而导致了项目需求定位不准。

B、需求不合理。
        用户无法提出完整、详细需求，或用户认为已经明确表达自己要求，但实际上项目团队并不能按照用户所想象的那样去理解他们的需求，用户对于项目期望过高，或希望在短时间看到效果，但由于技术却满足不了要求，导致需求过度。

二、科学定义项目范围

我们定义项目工作范围，有三种方法，WBS、PBS、工作关系表。

A、树立“可计划量”概念。
        WBS的分解元、计划图的信息即为“可计划量”，它是项目的精华。而团队运转、人际关系、协调方式、沟通技巧和风险管理等是不可能计划的，无法放进WBS，是非计划量，但这部分也需要管理。

B、重视“边界”。
        明确WBS、实施计划和边界非常重要。无论什么项目，范围的管理都是动态的，存在模糊边界、交涉边界和搭接边界，所以我们一定要重视对边界问题处理。

C、项目工作范围是无形和可控的。
        对范围限制来自三方面：成本预算、计划时间和质量标准。对工作的分解要符合限制条件的要求。

D、按分解的规律去工作。
        WBS是工作逻辑的有机体，不同类型的项目分解，有不同的要求，要按照项目自身规律去做事，项目范围经常变化，是一个从不确定到确定，再到不确定的循环往复的过程，WBS需要进行更新。

变更时应按以下流程进行：

（1）提出变更申请，进行探讨；
（2）对变更申请进行审查；
（3）对申请变更事项进行分析；
（4）审查分析，如通过，指定角色进行变更；
（5）核实测试工作版本中的变更；
（6）核实发布工作版本中的变更；
（7）变更请求结束。