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