变更控制委员会 CCB 是什么
变更控制委员会是负责审批变更请求的正式组织，成员通常覆盖业务、技术、财务与治理角色，确保变更从多视角被评估。关键设计是分级授权：小额、不触及基准的变更由项目经理直接批准，涉及基准或超阈值的事项才上 CCB，影响里程碑、合同或合规的重大变更升级到指导委员会。
基本信息
| 成员构成 | 发起人代表、项目经理、技术负责人、业务负责人，必要时财务与合规 |
|---|---|
| 议事方式 | 例会制（如每周一次）加紧急通道，会议需法定人数与表决规则 |
| 决策依据 | 影响评估报告（进度、成本、质量、风险、依赖）与替代方案 |
| 分级授权 | 小变更项目经理批；触及基准上 CCB；超阈值升级指导委员会 |
| 记录要求 | 变更编号、评估附件、批准人、决议条件与生效日期 |
典型使用场景
- 范围变更审批：新增或删减交付内容，判断是否调整范围基准
- 进度基准调整：里程碑延后或关键路径变化需治理层认可
- 成本超容差：实际成本或预测超出阈值，动用管理储备需审批
- 合同与采购变更：涉及供应商工作范围与付款条件的调整
- 紧急变更：生产故障等必须在窗口期内处置时，走简化审批后补完整评估
分级审批示例（文字示意）
分级审批示例（文字示意）
影响小于一周工期且不超预算容差 -> 项目经理批准并登记 # 保持小变更的响应速度
影响 1-4 周或触及成本基准 -> CCB 例会审批 # 需业务与技术共同评估
影响里程碑、合同或合规要求 -> 升级指导委员会 # 涉及外部承诺，无法项目内消化
紧急变更（生产事故） -> 授权人先处置，24 小时内补提完整评估
所有变更：无论级别，均需登记编号与验证效果 # 无登记等同于未受控CCB 运行机制要点
| 要素 | 要求 | 缺失的后果 |
|---|---|---|
| 例会频率 | 固定周期，重大变更不超过一个周期等待 | 紧急变更绕过流程，基准逐步失控 |
| 成员构成 | 覆盖业务、技术、财务与合规视角 | 只审技术可行性，商业影响无人把关 |
| 评估材料 | 统一模板，含替代方案与不做变更的后果 | 决策依据不足，审批变成表态 |
| 表决规则 | 明确谁有否决权、缺席如何处理 | 久议不决或由嗓门最大者决定 |
| 闭环验证 | 变更执行后回看效果 | 同一类变更反复申请，问题未解决 |
CCB 的效率取决于前置工作：影响评估由项目经理组织完成，会上只做决策不做深入技术讨论。若每次会议都在现场估算工作量，审批周期会被无限拉长。