首页/管理/IT 管理与治理速查/变更咨询委员会 CAB
ITIL 与服务管理60 条

变更咨询委员会 CAB

CAB 对常规变更做风险评估与排期协调,成员包含技术与业务代表;重点评审高风险变更,而非所有变更都上会。

IT 管理与治理速查管理更新于 2026-10-13

CAB 是什么

变更咨询委员会(CAB)对常规变更做风险评估与排期协调,成员包含技术与业务代表,重点评审高风险变更,而不是所有变更都上会。它的职责是评估风险、协调冲突排期、给出授权建议,不替代实施团队的技术判断。要让会议有效,输入必须提前准备:变更请求、影响分析、回退计划与验证方式;会议本身只处理真正需要跨团队决策的争议。

基本信息

职责评估风险、协调排期、建议授权
输入变更请求、影响分析、回退计划
成员技术代表、业务代表,运维与安全按需加入
节奏定期会议 + 低风险项异步评审
覆盖范围高风险变更与跨系统变更
输出授权结论与排期记录

典型使用场景

  • 高风险变更评审:影响核心交易或跨多系统的改动逐项过评审
  • 排期冲突协调:多个团队在同一窗口的变更相互影响时统一排序
  • 冻结窗口管理:大促与结账期决定哪些变更可以例外放行
  • 标准变更清单维护:把验证过的低风险变更移出评审范围
  • 失败复盘输入:把变更成功率与回退率列为固定议程
  • 合规留痕:为审计提供授权记录与评审依据

CAB 议程示例

CAB 议程示例
1 上次变更结果回顾(成功/失败/回退)
2 高风险变更逐项评审(影响/窗口/回退)
3 冲突排期协调
4 标准变更清单新增与移出
5 冻结窗口与例外审批规则确认

哪些变更需要上会

变更类型是否上会替代机制
标准变更不上会预授权 + 事后抽查
低风险常规变更可异步评审变更单 + 单人授权
高风险常规变更上会逐项评审会议评审 + 窗口实施
紧急变更不上会,事后补审指定授权人快速批准
用数据驱动 CAB:把变更成功率与回退率作为会议输入,而不是靠印象讨论哪类变更更有风险。

易错点

  • CAB 变成排队盖章:所有变更都上会,评审质量必然下降
  • 只审技术细节不审业务影响与窗口,业务方对变更无感直到出事
  • 成员不稳定且没有授权:会议结论无人认账,实施团队照样自行决定
  • 只关注审批不关注结果:失败变更不进回顾议程,同类问题反复出现

数据来源与参考

  • ITIL 4 Foundation(AXELOS/PeopleCert)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌