导语

长期以来，IT 服务管理一直受到官僚主义的影响，容易忽视风险，这导致了层层审批、开发延迟和混乱（特别是发布），最终无法以敏捷的方式充分为客户提供价值。 有些公司的系统使用的技术和架构都十分老旧，组织架构臃肿，使企业数字化转型受到了严重的阻碍。 而在管理/控制服务和服务组件变更方面，最大的挑战之一是确定谁有权做出变更决策。
本人以前在软件行业工作，担任过项目经理与PMO经理，我所熟知的是CCB负责审批涉及基准及重大的变更，似乎变更决策就是由CCB来。现在进入另外一家公司工作，担任服务经理负责集团的应用保障管理，结合实际工作场景，促使我对变更有了新的见解。
在服务管理（ITSM/ITIL/ISO20000）中，变更一般是由CAB参与指导变更经理进行决策的，而非CCB。

---

基本概念

在深入探讨两者区别之前，我们必须对两者有所认识，包含它们基本定义、组成成员和职责作用等。

CCB？

变更控制委员会 (CCB - Change Control Board)，是一个由主题专家和管理者组成的委员会，他们决定是否实施对项目提出的更改。CCB 的主要目标是确保客户接受项目，对影响基线工作的变更提出建议或做出决定，主要出现在与软件相关的项目中。

CCB成员与职责

1. CCB 是在项目规划过程中创建的，一般包括项目组各领域专家，还包括项目发起人和客户的代表。典型的CCB可能有以下成员：
   • 项目（集）经理 Program/Project Managers
   • 产品经理 Product Managers
   • 业务分析师 Business Analysts
   • 质量保证 Quality Assurance - 俗称 测试
   • 运维专家 Operations Experts
2. 创建之时需要与项目团队确认好：
   • 哪些级别的变更需要 CCB 批准？
   • 是否必须将更高级别的变革提升到更高的管理机构？
   • 开会频率
   • 决策规则
   • 沟通方式
3. 变更控制委员会的权限可能因项目而异，但变更控制委员会做出的决定通常被认为是最终决定并具有约束力。CCB是决策机构，不是作业机构，CCB主要职责为：
   • 评估变更
   • 批准变更

CAB？

变更咨询委员会 (CAB - Change Advisory Board) 主要参与 IT 生产环境部署的决策制定，是一个支持变更授权并协助变更管理评估、确定优先级和安排变更的机构。CAB主要出现在IT服务和运维管理相关的工作中。

CAB成员与职责

一般情况下，CAB会包括服务及服务级别管理者、客户代表、运维支持、应用开发和供应商等跟变更有关的人员（含领导），由变更经理担任CAB主席。如果CAB中有高层领导或高级管理人员中，那么他们拥有最高权力。
而对于变更管理理中职责的分配，并没有唯一的标准，因为每个公司都可能有不同的文化、团队结构、监管要求等。我建议按公司实际情况，去分配变更管理相关的角色和职责，包括CAB。一般CAB职责有：

• 从技术和业务角度评估变更请求
• 安排变更请求并确定其优先级
• 评估与变更相关的风险，并向利益相关方提供证据和支持文件，说明风险值得或不值得承担的原因，包括变更的好处或拒绝变更的原因
• 提出风险缓解计划、方案
• 监控变更的进度并提供反馈
• 确保变更是符合标准的
• 指导变更经理进行决策。

区别 CCB 和 CAB

CCB和CAB是类似的组织机构，即审查变更请求并帮助组织做出正确的决策，在决策制定中起着至关重要的作用。 但它们也有着诸多不同。那么，CCB与CAB的区别是什么呢？

简单地说，CCB和CAB这两个机构最大的区别在于它们的范围。CCB 主要处理项目内的变更，CAB 涵盖与服务生命周期相关的所有变更，包括紧急变更。

CCB的成员一般来自于项目相关方，CAB 的成员一般来自（跨）企业专门负责各个方面的人员。
CCB着重于评估决策，CAB的决策一般是通过指导变更经理作出的，除单纯的批准外，CAB还会给出相关的反馈和意见。