行为
《[项目名称] 变更控制计划》¶
| 项目名称 | [填写项目全称] | 项目编号 | [如:2026-PM-001] |
|---|---|---|---|
| 文档版本 | V1.0 | 所属主计划 | 项目管理计划-附件H |
一、 变更控制目标¶
- 确保所有变更请求都被记录、评估、批准/拒绝。
- 防止随意变更导致的范围蔓延和进度失控。
- 维护项目基线的严肃性,确保变更结果可追溯。
二、 变更控制组织¶
2.1 变更控制委员会 (CCB)¶
本项目设立变更控制委员会,负责审批重大变更。
- CCB主席: [项目发起人/CIO]
- CCB成员: 项目经理、业务负责人、技术总监、PMO代表。
- 秘书: 项目助理(负责记录变更日志)。
2.2 审批权限分级¶
| 变更等级 | 定义 | 审批权限 | 处理时效 |
|---|---|---|---|
| 一级(微小) | 不影响基线,工作量 < [X]人天,成本 < [X]元 | 项目经理 (PM) 审批 | 1个工作日内 |
| 二级(重要) | 影响进度/成本基线 < 10%,涉及非核心功能 | CCB主席或部门总监审批 | 3个工作日内 |
| 三级(重大) | 影响核心目标、合同条款,或成本/进度偏差 > 10% | CCB全体会议决策 | 视会议周期 |
三、 变更控制流程¶
步骤1:变更提出¶
- 提出人填写《变更请求单 (CR)》,包含:变更内容、原因、期望时间。
- 秘书登记《变更日志》,分配唯一编号(如:CR-001)。
步骤2:影响分析¶
- PM组织相关人员分析影响范围(进度、成本、质量、风险)。
- 输出《变更影响分析报告》。
步骤3:变更决策¶
- 根据审批权限,由相应负责人批准或拒绝。
- 批准后,CR状态变为“已批准”。
步骤4:变更实施¶
- 项目组更新相关基线(计划、文档、代码)。
- 实施变更动作。
步骤5:变更验证与关闭¶
- 确认变更已实施并验证通过。
- 更新《变更日志》,状态变更为“已关闭”。
四、 紧急变更流程¶
对于阻碍项目进展或影响系统安全的紧急变更(如:生产环境严重Bug修复):
- 口头/即时通讯申请: 向PM及负责人汇报。
- 快速审批: 获得CCB主席口头授权。
- 事后补单: 变更实施后 [24小时] 内补填CR单并签字归档。
五、 变更记录与统计¶
- 使用 [Excel/Jira] 维护《变更日志》。
- 每月统计变更总数、批准率、拒绝率,作为项目复盘依据。
由 Huarui Lin 更新于 大约 2 个月 之前 · 3 修订