配置项变更控制
17.4.1 目的
l 防止配置项被随意修改而导致混乱。
17.4.2 角色与职责
l CCB对审批变更申请。
17.4.3 启动准则
l 待变更的配置项状态为“正式发布”,或者该配置项已经成为某个基线的一部分(即被“冻结”)。
17.4.4 输入
l 待变更的配置项
17.4.5 主要步骤
[Step1] 变更申请
l 变更申请人向CCB提交变更申请,重点说明“变更内容”和“变更原因”.
[Step2] 审批变更申请
l CCB审批该申请,分析此变更对项目造成的影响。如果同意变更,则转向 [Step3],否则终止本规程。
补充说明:一个配置项的变更可能导致其它配置项也发生变更,CCB在审批变更申请时一定要考虑这些问题。
[Step3] 安排变更任务
l CCB指定变更执行人,安排他们的任务。CCB需要和变更执行人就变更内容达成共识。
补充说明:变更执行人可能是变更申请人,也可能不是。
[Step4] 执行变更任务
l 变更执行人根据CCB安排的任务,修改配置项。
l CCB监督变更任务的执行,如检查变更内容是否正确、是否按时完成工作等。
[Step5] 对更改后的配置项重新进行技术评审(或审批)
l 如果配置项是技术文档,则需要接受技术评审(参见技术评审规程[SPP-PROC-TR])。如果配置项是“计划”这类文件,则需要项目经理(或上级领导)的审批。
l 若配置项通过了技术评审或领导审批,则转向 [Step6],否则转向 [Step4](即重新修改)。
[Step6] 结束变更
l 当所有变更后的配置项都通过了技术评审或领导审批,这些配置项的状态从“正在修改”变迁为“正式发布”.CCB在《配置项变更控制报告》中签字,结束变更。
17.4.6 输出
l 本规程的所有信息都记录在《配置项变更控制报告》中。
17.4.7 结束准则
l CCB签字结束变更。
17.4.8 度量
l CCB统计变更工作量。
17.5 实施建议
l 要求所有人员对其工作成果进行配置管理。
l 对全员进行配置管理培训。
l 由于配置库里保存的是项目的所有工作成果,应当选择“责任心强、可靠”的人员担任配置管理员。
l 选用合适的软件工具,尽量减少配置管理过程的工作量。
更多山东编程培训相关资讯,请扫描下方二维码