SUP1001P Change Managementc.docVIP

文档变更履历　 版本号 修订日期 修订人 评审人 批准人 变更位置 变更内容 V1.0 2006-11-01 PQC PQC 新建 目录 1. 目标 3 2. 范围 3 3. 入口准则 3 4. 输入 3 5. 过程描述 3 5.1. 变更触发 3 5.2. 记录变更申请 3 5.3. 评审变更申请 3 5.4. 进行影响分析 3 5.5. 变更申请批准 4 5.6. 评审/测试修改后的配置项 4 5.7. 变更申请跟踪 5 5.8. 更新变更申请摘要 5 5.9. 更新《需求跟踪矩阵》 5 6. 建议 5 7. 裁剪许可 5 8. 度量 5 9. 验证 5 10. 质量记录 5 11. 出口准则 5 12. 参考 6 13. 过程责任矩阵 6  目标 有效管理对已基线化配置项的变更。　 范围 本过程适用于所有软件／系统项目，并覆盖对已基线化的配置项的变更的发起、评审、批准和执行。（关于配置项的识别请参照《配置管理过程》）。　 入口准则 变更申请已接收 输入 变更申请 已基线化的配置项（参照《配置项状态报告》） 过程描述 变更触发　 在下列触发条件下，客户或者项目组内部变更已基线化的配置项： 项目范围变更 由客户评审、澄清、内部评审、改进建议等引起的对已基线化工程产品（需求、设计、代码、测试用例等）的变更 已基线化的计划变更（进度、工时、资源变更） 修正可引起配置项变更的缺陷 记录变更申请 5.2.1 项目成员在接收或发起变更申请时，在《变更申请记录》模板中记录变更申请细节，包括： 发起者姓名、发起日起、变更申请描述 变更原因、优先级（高/中/低）、预期解决日期 注：客户提出的变更申请无论是通过文档还是电话或者其他口头交流，项目同样需要记录在《变更申请记录》中。　 评审变更申请 5.3.1 项目经理评审变更申请的完整性和清晰性， 并与申请人确认不明确的内容。 项目经理将变更申请分配给合适的成员（调查人）进行影响分析。 进行影响分析 5.4.1 调查人使用《变更影响分析检查单》和《需求跟踪矩阵》做变更申请的影响分析。影响分析中，识别变更申请影响的工作产品，并评估对项目范围、估计的日程、工时、成本和风险的影响。 调查人在《变更申请记录》中记录进行影响分析花费的工时记录在变更申请日志里。 变更申请批准 5.5.1 项目经理评审影响分析结果，并确保变更申请得到配置控制委员会（CCB）的批准。批准变更申请的CCB组成如下： 变更申请影响 配置控制委员会 收费、不影响进度 收费、影响进度 不收费、不影响进度 不收费、影响进度 处理变更申请的累积工时10%项目估算值 客户 客户 项目经理 中层经理、客户 处理变更申请的累积工时10% 并且20% 项目估算值 客户 客户 中层经理 开发中心经理、客户 处理变更申请的累积工时20%项目估算值 客户 客户 开发中心经理 开发中心经理、客户 5.5.2 变更申请被批准、拒绝、延期或取消 5.5.3 项目经理更新变更申请状态 5.5.4 项目经理在《变更申请记录》模板中记录拒绝或延期的原因。对是否延期有争议时，CCB提供一个一致的决议。 5.5.5 项目经理将已批准的变更申请信息通知到配置组长和其他相关成员。 项目经理指派项目成员实施变更。 评审/测试修改后的配置项 5.6.1 项目配置管理组长从配置管理库中识别受影响的已基线化的工作产品（根据变更申请影响分析），提供给指定的项目成员。 被指定的项目成员对工作产品做必要的变更。 5.6.3 项目成员更新已变更工作产品的修订履历， 并且记录详细的变更内容。 5.6.4 修改后的工作产品经过评审、测试后纳入基线。 配置组长在配置管理系统中维护重新基线化的工作产品。 变更申请跟踪 中层经理和项目经理在项目管理评审中，正式评审变更申请的状态并跟踪至关闭。 更新变更申请摘要 5.8.1《变更申请记录》模板中的‘变更申请摘要’，提供了项目的变更申请履历。《变更申请记录》模板是记录项目所有变更申请的知识库。 项目经理确保所有变更申请已记录在《变更申请记录》模板中并已被及时更新。 更新《需求跟踪矩阵》 项目配置组长更新《需求跟踪矩阵》， 以反映实施变更申请给需求和其他工作产品带来的变更。 建议 进行影响分析时： 从完整的生命周期角度估计影响。不仅考虑对于直接技术工作的影响，也包括给项目管理、测试、部署、配置管理等带来的额外工时。 有进度变更时，检查进度变更是否影响了项目周期，并做详细记录。 裁剪许可 参照《裁剪过程》。 度量 提出的变更申请数 接受的变更申请