项目变更控制规范.docVIP

项目变更控制规范

文档状态：

文档编号：

PMC-项目变更控制规范

[]草稿

[√]已发布

[]修改中

编撰：

编撰日期：

保密级别：

文档版本：

文档控制：

版本历史

日期

版本

说明

作者

保密等级定义 MACROBUTTONCheckIt?公开资料 MACROBUTTONUncheckIt?内部资料 MACROBUTTONCheckIt?保密资料 MACROBUTTONCheckIt?机密资料

目录

TOC\o1-3\h\z\u1. 引言 1

1.1 目的 1

1.2 适用范围 1

2. 规程描述 1

2.1 角色和职责 1

2.2 入口准则 1

2.3 输入 2

2.4 规程细则 2

2.5 出口准则 3

2.6 输出 3

项目计划变更控制

PAGE

PAGE3

项目计划变更控制

PAGE

PAGE1

引言

目的

修改原《项目计划》的相关内容及所影响到的下属计划的相关内容，并且产生新的《项目计划》及相关的下属计划，使得项目计划能够更加符合项目进展的实际情况。同时，严格控制《项目计划》的变更，保证《项目计划》可控性，经部门经理确认后形成《项目变更申请》，并按照新的计划进行执行，防止发生《项目计划》变更的随意性，防止《项目计划》出现混乱或与项目的实际运转情况出现不符。

适用范围

本规程是项目经理及相关人员进行项目计划变更控制活动的依据和指导，适用于公司所有软件项目。

规程描述

角色和职责

角色

职责描述

部门经理

参加计划变更会议；

审批计划变更。

项目经理

负责制定软件项目计划；

执行项目计划的变更控制。

项目组成员

参与项目计划的制定；

协助项目经理完成需求管理工作。

CM

参与项目计划的制定，编写与其相关的项目计划下属计划，如：配置管理计划；

将评审后的计划文档纳入配置管理。

QA

检查和监督项目规划过程活动的有效性和一致性；

将检查出来的问题及时通报给项目经理及相关小组和成员，并跟踪问题直到关闭；

参与项目计划的制定，编写与其相关的项目计划的下属计划，如：质量保证计划；

入口准则

若下列之一发生，应当变更原《项目计划》及相关下属计划：

进度偏差超过了容差/阀值；

费用偏差超过了容差/阀值；

项目生命周期模型发生了显著的变化；

用户需求发生了重大的变化；

发生了对项目小组而言不可抗拒的变化，例如公司裁员、机构调整、产品发展战略调整等。

输入

原《项目计划》及相关下属计划；

《里程碑报告》；

《项目周报》；

规程细则

项目计划变更控制流程如下图1

图SEQ图\*ARABIC1项目计划变更控制流程

活动（流程）说明：

（1）提交变更申请：项目经理在整理《项目周报》时发现偏差超出一定范围（进度偏差率超15%或成本偏差超10%或工作产品质量偏离计划目标较大）或在项目计划执行过程中受到需求或工作产品的变更而影响到项目计划的进度时，需要对《项目计划》进行变更，向部门经理提出项目计划变更申请。其中应当说明：变更原因、变更内容及变更可能对项目造成的影响和影响范围。

（2）部门经理审批申请：由分管部门经理对项目经理提交的《项目变更申请书》决定是否开会评审或请相关干系人、客户签字。如果需要，则需进行开会评审或分别请相关干系人或客户签署意见，如果分管部门经理认为无必要请其他人评审，则分管部门经理直接签字审批。如果部门经理评审结论或开会评审结论是不同意变更项目计划，则退回《项目变更申请书》，项目要按照原计划执行。如果评审结论是同意变更项目计划，则转向（3），执行变更。

（3）修改项目计划：项目经理组织相关人员修改所有受影响的下属计划及相关工作产品，同时应保证所有修改后的相关下属计划及相关工作产品要与新的《项目计划》保持一致，并且要符合项目现在发展的状况。

（4）项目计划及其下属计划的评审和审批：计划评审可通过评审会议或邮件评审进行。部门经理、项目经理与项目组成员及QA人员参加新《项目计划》及其下属计划的管理评审会议，具体评审过程参考《项目计划评审规程》。如果评审结论是不通过新《项目计划》，则由项目经理重新组织修订《项目计划》及相关下属计划，即转向(3)。如果通过评审，则部门经理审批为“通过”。如果以评审会议方式评审应有相应的《评审报告》，如果邮件评