可以按不同的需要，组成不同的CCB。

变更控制委员会CCB也可称为配置控制委员会(ConfigurationControlBoard)，是配置项变更的监管组织。其任务是对建议的配置项变更做出评价、审批，以及监督已批准变更的实施。CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。这个组织不必是常设机构，完全可以根据工作的需要组成。例如，按变更内容和变更请求的不同，组成不同的CCB。小的信息系统项目CCB可以只有1人甚至只是兼职人员。如果CCB不只是控制变更，而是承担更多的配置管理任务，那就应该包括基线的审定、标志的审定，以及产品的审定，并且可能实际的工作需要分为项目层、系统层和组织层来组建，使其完成不同层面的配置管理任务。

CCB可以由一个小组担任，也可以由多个不同的组担任，负责做出决定究竟将哪些已建议需求变更或新产品特性付诸应用。典型的变更控制委员会会同样决定在哪一些版本中纠正哪些错误。
CCB的成员应当能代表变更涉及的团体。其可能包括如下方面的代表：
1.产品或计划管理部门
2.项目管理部门
3.开发部门
4.测试或质量保证部门
5.市场部或客户代表
6.制作用户文档的部门
7.技术支持部门
8.帮助桌面或用户支持热线部门
9.配置管理部门
当组建包含软硬件两方面项目的CCB时，还应当包含来自硬件工程、系统工程、制造部门或者硬件质量保证和配置管理的代表。
CCB是系统集成项目的所有者权益代表，负载裁定接受那些变更。CCB由项目所涉及的多方成员共同组成，通常包括用户和实施方的决策人员。CCB是决策机构，不是作业机构，通常CCB的工作是通过评审手段来决定项目是否能变更，但不提出变更方案。
ccb作用
1、批准配置项的标识，以及信息系统的基线建立
2、制定访问控制策略
3、建立更改基线的设置，审核变更申请
4、根据配置管理员的报告决定相应的对策
配置控制委员会（CCB）是一个高级团体，对项目的所有方面都有所了解。它是一个专制的团体，由主席和顾问组成。它不是一个选举的团体。主席独自决定对所有提交的变更请求的最终安排；但是，CCB成员对变更的可行性提出建议。每个项目组需要建立项目级的配置控制委员会（即CCB）作为变更权威[5] 。
正式基线（需求基线、概要设计基线、详细设计基线、代码基线、测试基线、运行基线）的改变必须由项目组的CCB审查和批准。正式的基线，如客户需求和运行基线。正式基线的控制权威是CCB，CCB的主席通常由组织中的高层经理来担任。工程过程期间建立的开发基线，如设计和代码基线、测试基线由项目经理和/或项目技术负责人非正式地控制。
在配置管理计划中，对基线的建立时机有明确的时间表，当某基线按照评审流程通过评审后，就可以纳入到配置库中。在项目启动后，一些管理文档将陆续产生，如项目计划、SQA计划等，这些文档纳入配置库的项目管理区域。