变更控制委员会CCB章程VIP免费

技术评审委员会CCB章程拟制付万超审核会签标准化批准******************修订历史记录版本号拟制人/修改人拟制/修改日期更改理由主要更改内容（写要点即可）V0.1付万超2014-8-5新建1.目的1.1规范公司软件开发部门的项目计划、需求变更、设计和开发变更的控制流程。1.2减少因计划、需求变更、设计和开发变更而出现的包括技术风险、客户满意度下降、资金和人力资源需求风险。1.3提高项目的计划性、可视性和执行力。2.术语、定义表2.1术语/定义英文对应词含义CCBChangeControlBoard变更控制委员会，也称技术评审委员会基线Baseline基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础，基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准项目干系人Stakeholder在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。项目干系人可能包括项目团队成员、提供商、客户、最终用户等。3.概述现代社会是一个信息化的社会，一切都在快速的变化，对软件产品而言，变革求新更是司空见怪。如何处理软件需求、设计和开发的变更对提高产品质量和用户满意度至关重要。变更控制与管理过程主要包括变更申请、评审、实施、验证和发布等过程活动。4.CCB职责1、负责所有相关需求，方案，规划等文档的评审，并输出评审记录2、负责需求变更，故障处理的评审，就目前来说，此项可暂不执行。3、评审委员需对评审结果负责，并有权要求对评审文档进行整改。4、CCB评审无法决定的事情，需上报上一层裁决。5.CCB成员按产品线划分，下面各产品线负责人均为CCB成员产品线负责人6.CCB评审制度1、评审人员要求：原则上所有项目干系人必须参加评审，其他CCB成员不做强制要求，产品线项目经理以及CCB负责人有权有责邀请其他干系人参会。项目干系人可包括但不限于：项目经理，上层领导，供应商，客户，测试人员，CCB成员，业务部门人员，行业专家，技术专家。2、评审发起：评审发起人至少提前两天发起评审流程，预订会议室，发送评审文档以及相关材料，并明确评审事宜，评审发起需包含的主要内容如下：评审主题：主要评审内容：确定评审重点，提高评审效率希望达成的结果：明确本次评审的目的，达成的结果评审委员名单：项目干系人以及指定的其他参会人员评审记录员：负责评审记录以及评审结果总结，发送会议主持人：主持并保证会议的高效评审文档以及相关材料：相关材料是指与评审文档相关的或有影响的，以及有助于理解评审内容的文档或链接。3、预评审：评审委员收到评审请求后，需提前查看评审文档，并输出评审记录表，发给评审发起人，评审发起人在正式会议评审时，需解答所有评审问题。4、评审输出：会议结束，评审记录员输出会议纪要以及评审记录表，评审检查表，发送给所有参会人员以及相关领导和干系人。5、其他评审要求：a)建立基线的文档，不允许随意更改，必须通过CCB评审。b)修改后的文档，需要经过验证人验证通过，然后提交配置库。7.变更控制与管理过程8.CCB评审范围需进行CCB评审的内容包括但不限于如下所述：1、所有产品或项目的需求说明书，系统设计方案，产品规划，测试方案，测试用例，测试/验收报告必须经过CCB评审且通过。2、发生重大变更3、影响到相关业务系统或者业务部门4、发生业务流程变化5、发生对外接口变更6、影响到终端用户使用7、变更工作量超过一周8、重点或有争议的缺陷：如在软件测试中发现设计不够合理的，用户使用产品过程中提出的缺陷等。9、内部改进：如设计人员为提高性能而进行的优化设计，此优化可能产生相关影响10、系统环境变更：产品的使用范围和环境发生变化，如系统的主机、外部接口,操作系统，数据库等发生变化。11、其他可能产生问题或影响的变更。说明：从规范项目管理或CMMI规范的角度而言，在项目启动后，需要制定产品配置清单，列出项目各个阶段需要提交的文档，以及是否需要评审，根据我司目前状况，当前阶段，暂不做此项强制要求。9.配置审计配置审计的目的就是要保证所有人员（包括配置管理员、CCB、和普通项目成员）都遵守配...