编号

类型

活动

活动描述

1

变更请求

提交变更申请

²  变更开始，变更申请人填写《变更申请表》，撰写详细的变更原因，对变更的影响进行初步分析，给出初步解决方案建议，完成后提交给CCB组长；

²  CCB组长在开发过程中由项目经理担任，产品发布后由系统部的人员担任

2

审核、指定变更分析小组

²  CCB组长收到变更申请后，若不同意变更，则将变更申请退回给申请人，退出变更；

²  若变更只影响某一个专业领域，且不影响基线及里程碑时间，选择快速变更类型；

²  若变更的影响涉及较广，影响范围还需要进一步评估，则CCB组长指定变更分析小组进行变更影响分析。变更分析小组可以由多个人组成，也可以一个人组成，视变更涉及范围来确定

3

分析变更影响

对变更影响进行分析，包括软件、硬件、结构、测试、生产等各个领域，同时对此变更影响到的认证进行分析，明确需要重新测试的认证有哪些

4

变更影响、汇总评估

变更决策

²  变更分析小组完成分领域的变更影响及变更涉及内容的分析后，召开会议对变更影响进行汇总评估，主要从成本、进度、工作量、质量、市场几个方面进行汇总分析，同时选择需要重新测试的认证，提交分析结果给CCB组长；

²  CCB组长根据变更影响分析结论，给出是否变更的决策

5

变更通告

变更通告申请、指定变更实施人

²  变更负责人/项目经理在收到CCB给出的执行变更决策后，编辑变更通知单，指定变更实施人员，具体到变更影响的每一个配置项；

²  影响到认证的变更实施工作通知到相关认证的负责人

6

变更通告审核

CCB组长审核ECR的内容是否全部正确的转化为ECN，需通知的人员是否通知到位

7

变更任务实施及验证

²  变更实施人接到变更任务实施通知后，开始进行变更。变更实施可能包含设计文档的修改、样机的试制测试、物料变更等工作，根据变更影响范围，实施内容不相同，例如只涉及文档修改，则只需修改文档；

²  通过评审、测试等工作来对单个配置项变更的正确性进行验证。在进行配置项的验证时必须根据变更的内容设置多个检查点，例如某项需求的变更需涉及设计规格、概要设计、详细设计等几个配置项的变更，此时验证人员根据变更的内容在设计方案、实现、测试等多个检查点上进行验证，以确保变更的质量

8

变更审计、关闭

²  在单个配置项的变更符合性及正确性得到评审确认后，由项目经理/变更负责人负责对变更的完整性进行检查，主要进行齐套性检查，若有缺漏项，则指定补充缺漏项的实施人，对缺漏项进行补充；

²  变更完整性检查通过后，若涉及工厂的变更执行，则需要发布工程改动单