如果有一个案例，给出合同中对项目的工作规定得比较简单、条款太粗略；制定的范围说明书没有经过各项目干系人的确认；验收的时候，各方对项目范围的意见不一致，项目产品不能被用户接受等情形，请大家参考以下答题思路。

一、分析原因时，大家可以考虑从以下方面着手：

1、 合同没订好，没有就具体完成的工作形成明确清晰的条款 2、 甲方没有对各部门的需求及变更进行统一的组织和管理 3、 缺乏变更的接受/拒绝原则

4、 由于乙方对项目干系人分析不到位，缺乏足够的信息来源，范围定义不全面、不准确 5、 甲乙双方对项目范围没有达成一致认可或承诺 6、 缺乏项目全生命周期的范围控制 7、 缺乏客户参与

二、如何在合同谈判阶段、项目计划阶段、项目执行阶段进行项目范围管理？ （1）合同谈判阶段

1、 取得明确的工作说明书或更细化的合同条款

2、 在合同中明确双方的权利和义务，尤其是关于变更问题 3、 采取措施，确保合同签约双方对合同的理解是一致的 （2）计划阶段

1、 编制项目范围说明书 2、 创建项目工作分解结构

第 9 页 共 20 页，亲情整理

3、 制定项目的范围管理计划 （3）执行阶段

1、 在项目执行过程中加强对已分解的各项任务的跟踪和记录 2、 建立与项目干系人进行沟通的统一渠道 3、 建立整体变更控制的规程并执行 4、 加强对项目阶段性成果的评审和确认 （4）项目全生命周期范围变更管理

1、 在项目管理体系中应该包含一套严格、实用、高效的变更程序

2、 规定对用户的范围变更请求，应正式提出变更申请，并经双方项目经理审核后，视不同情况，做出相应的处理。 三、

下面这段话一定要记牢：

范围说明书描述了项目的可交付物和产生这些可交付物所必须做的工作。

项目范围说明书在项目干系人之间建立了一个对项目范围的共识，描述了对项目的主要目标，使项目团队能进行更详细的规划，指导项目团队在项目实施期间的工作，并提供范围基准和边界。 四、

项目范围管理的要点：

（1） 范围管理计划 （2） 范围定义 （3） 工作分解 （4） 范围确认

第 10 页 共 20 页，亲情整理

（5） 范围控制

如果一个案例，出现项目人员分头进行开发工作、错误反复出现、各自提交测试报告、产品版本混乱、在客户现场集成等情形，大家可以参考以下的答题思路：一、分析出现以上各情形的可能原因：

1、 缺乏项目整体管理 2、 缺乏整体变更控制流程 3、 缺乏项目干系人之间的沟通 4、 缺乏配置管理 5、 缺乏整体版本管理

6、 缺乏单元接口测试和集成测试

二、要记住配置管理流程：

1、 制定配置管理计划：确定方针，分配资源，明确职责，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制规程，制定审批计划。

2、 配置项识别：识别配置项，分配唯一标识，确定配置项特征，记录配置项进入时间，确定配置项拥有者职责，进行配置项登记管理。

3、 建立配置管理系统：建立分级配置管理机制，存储和检索配置项，共享和转换配置项，进行归档、记录、保护和权限设置。

4、 基线化：获得授权，建立或发布基线，形成文件，使基线可用。 5、 建立配置库：建立动态库、受控库和静态库。

6、 变更控制：变更的记录、分析、批准、实施、验证、沟通和存档。

第 11 页 共 20 页，亲情整理

7、 配置状态统计：统计配置项的各种状态。 8、 配置审计：包括功能配置审计和物理配置审计。

三、可以采取的补救措施： 1、 针对目前系统建立或调整基线

2、 梳理变更脉络，确定统一的 终需求和设计 3、 梳理配置项及历史版本

4、 对照 终需求和设计逐项分析现有配置项及历史版本的符合情况 5、 根据分析结果由相关干系人确定整体变更计划并实施 6、 加强单元接口测试与系统的集成测试或联调 7、 加强整体版本管理

四、另外，还要知道配置库的类型：

1、 备份库：包括制作软件和相关架构、数据和文档的不同版本的复制品。 2、 动态库：存放开发过程中需要保留的各种信息，供开发人员个人专用。

3、 受控库：在信息系统开发的某个阶段工作结束时，将工作产品存人或将有关的信息存入。 4、 静态库：在开发的信息系统产品完成系统测试之后，用于存档各种基线。

如果案例涉及成本管理中的挣值管理，那么大家要注意以下几点：一、几个公式： 1、 成本偏差CV=EV-AC

CV大于0，说明项目处于成本节约状态； CV小于0，说明项目处于成本超支状态；

CV等于0，说明项目支出与预算相符。 2、 进度偏差SV=EV-PV

SV大于0，说明项目超前于计划进度； SV小于0，说明项目滞后于计划进度； SV等于0，说明项目进度与计划相符。 3、成本绩效指数CPI=EV/AC

第 12 页 共 20 页，亲情整理