变更控制委员会CCB新版章程.docxVIP

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