CCB（Change Control Board，变更控制委员会）是一个由项目干系人代表组成的正式团体，其核心职责是审查、评估、批准或否决项目中的变更请求，确保变更对范围、进度、成本、质量、风险等项目目标的影响得到充分分析和权衡。CCB本身不负责执行变更——执行工作由项目经理、开发团队、运维团队等相关责任方在变更获批后具体落实，并需遵循已批准的变更管理计划。
简言之：
✅ CCB = 决策者（审、批、否）
❌ CCB ≠ 执行者（不编码、不部署、不配置）
这是项目治理中“决策与执行分离”原则的重要体现，有助于保障变更的客观性、合规性和可追溯性。
CCB（变更控制委员会）的关键角色应覆盖项目核心治理维度，确保技术可行性、业务价值、资源约束和风险合规性得到全面评估。典型关键角色包括：
✅必选核心成员：
- 项目经理（主持会议、提供执行视角与影响分析）
- 客户/业务代表或产品负责人（确认业务需求优先级与价值）
- 技术负责人/架构师（评估技术可行性、系统影响与兼容性）
- 质量保证/测试负责人（评估对质量、测试范围及验收标准的影响）
- 运维/发布管理代表（如涉及上线、配置、稳定性，尤其在IT/DevOps环境）
✅按需增补成员（依项目性质与阶段动态加入）：
- 财务/成本控制人员（重大预算变更时）
- 法务或合规专员（涉及数据隐私、监管合规如GDPR、等保、HIPAA等）
- 安全专家（高危安全补丁、权限变更、漏洞修复类请求）
- 供应商/外包管理代表（若变更影响第三方交付物或合同条款）
🔹成员构成是否需随项目阶段调整？——是的，且强烈建议动态优化。
- 启动/规划阶段：侧重战略对齐，可增加高层管理者（如PMO总监、业务部门负责人）参与重大范围基线审批；
- 执行/开发阶段：强化技术、测试、运维代表，提升响应效率与落地可行性判断；
- 上线/运维阶段：更强调变更风险控制，常引入SRE、监控负责人、灾备专家，甚至实行“轻量级CCB+紧急变更小组”双轨机制；
- 收尾阶段：CCB可逐步转为“变更审计组”，聚焦配置项冻结与知识归档审查。
✅ 最佳实践：CCB章程中应明确定义“常设成员”与“按需邀请成员”，并规定各阶段的最低法定人数与决策门槛（如简单多数/2/3通过），避免“一刀切”僵化配置。
