软件研发公司，项目管理过程中，变更控制委员会应该由什么人组成

软件研发公司，项目管理过程中，变更控制委员会应该由什么人组成

应该由项目经理，qa，配置管理员。
qa提出变更，项目经理做决定，配置跟着变动。
小点的公司都让项目经理做了。大点的是在整体管理里，其实变更涉及到很多人。如果是大项目，可能出资方，进度管理，成本管理，上层组织。可能很多人都会进来。船大难调头就是这原因。

现摘录一篇有关ccb相关的文章供你参考，希望对你有所帮助： 一、 变更控制委员会（ccb） 项目变更控制委员会或更完整的配置控制委员会（configuration control board，ccb），或相关职能的类似组织，是项目的所有者权益代表，负责裁定接收哪些变更。ccb由项目所涉及的多方人员共同组成，通常包括用户和实施方的决策人员。 项目范围变更很可能需要额外的项目资金、额外的资源与时间，因此，应建立包括来自不同领域的项目利益相关者在内的变更控制委员会，以评估范围变更对项目或组织带来的影响。这个委员会应当由具有代表性的人员组成，而且有能力在管理上作出承诺。 ccb是决策机构，不是作业机构。通常，ccb的工作是通过评审手段来决定项目是否变更，但不提出变更方案。 二、ccb的主要工作 1.负责评估那些被提交上来的变更请求，针对这些变更的目的、要求和影响来决策：同意实施一项变更请求，并且在会议上安排相关的变更实施负责人，和相关联的协作组织；拒绝某一项变更请求，给出拒绝理由； 制定项目的启动计划时就要建立项目ccb，它是在项目计划阶段建立的，将确定的ccb成员纪录到配置管理计划中，且发通知给项目组和相关组， 当基线正式建立或发生变更时，需召开ccb会议，并进行会议记录，会后形成《ccb会议纪要》放入项目配置库，并把会议结果发送给ccb成员及相关组。 2. 变更评审 ccb收到变更请求后，会有专门人员（pm）先做一个初步分析，主要是评估变更来源、变更理由、变更影响、变更代价；某些变更会在这个阶段做出一些初步的处理,例如： 表述不清楚地变更请求，打回给申请者补充信息； 删除那些明显错误的变更请求； 一些简单且影响小的变更（内部来源）可以直接分配人员处理； 变更审查表如下： 检查项目 说明 规模 更改范围的大小 期限 更改完成的时间要求 复杂性 实现的复杂程度 资源影响 对cpu、内存、网络等资源的影响 测试需求 对测试的要求程度 费用影响 对项目和产品费用的影响 风险 相关的风险分析，如是否涉及到关键模和技术 外部影响 对用户，市场策略的影响 资源需求 对项目资源，如人员技能、软硬件资源的需求 项目影响 对项目当前和后续工作的影响 替代方案 有无更好的替代方案 实现状态 该更改是否已经进行等 项目变更控制是一个动态过程，它开始于项目的变化，结束于变更验证。要对整个变更过程进行详细的纪录，以便于对项目进行总结。