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