软件开发项目策划的基线变更指导

1、目 录 TOC o 1-3 h z HYPERLINK l _Toc6222597 1.目的 PAGEREF _Toc6222597 h 2 HYPERLINK l _Toc6222598 2.范围 PAGEREF _Toc6222598 h 2 HYPERLINK l _Toc6222599 3.职责 PAGEREF _Toc6222599 h 2 HYPERLINK l _Toc6222600 4.工作程序 PAGEREF _Toc6222600 h 2 HYPERLINK l _Toc6222601 4.1 变更请求过程 PAGEREF _Toc6222601 h 2 HYPERLINK

2、 l _Toc6222602 4.2变更过程 PAGEREF _Toc6222602 h 3 HYPERLINK l _Toc6222603 5.参考资料 PAGEREF _Toc6222603 h 4目的 确保项目中所做的变更保持一致，并将产品的状态、对其所做的变更通知给有关的人员。变更操纵过程可用于确保以一致的、受控的方式评估和应用建议系统进行的变更。 范围适用于软件开发项目的基线变更（需求变更除外，需求变更详见软件需求治理过程）职责软件项目经理负责推断变更是否为紧急变更软件项目经理负责组织变更评审软件项目经理负责组织变更的实施SCCB负责批准变更配置治理员负责将变更情况通知受阻碍的组和个

3、人。工作程序开始4.1 变更请求过程提交变更请求登 记 否 是是否紧急变更汇总等待进入变更过程变更请求过程项目有关部门和人员均可填写变更申请表，提交变更请求，由软件项目经理审查其必要性、可行性和合理性。关于紧急的变更请求登记后直接进入变更过程；关于其他的变更（如版本升级等）要登记（记入软件项目跟踪与监督表），汇总统一后，按照变更过程进行更改假如是客户是以口头或其他非正式渠道所提出的申请，则由客户经理或软件项目小组人员负责记录填写变更申请表，提交软件项目经理并得到用户认可，由软件项目经理按照规定执行。4.2变更过程开始组织评审终止变更请求SCCB确认更新变更请求 重复或拒绝 信息不全分配工作与安

4、排工作时刻进入基线配置项的变更过程关闭变更请求，通知相关人员变更过程4.2.1变更请求评审（评审参见评审过程）此活动的作用是评审已提交的变更请求。假如是紧急的变更由软件项目经理及时进行阻碍分析并组织评审；非紧急事项的变更,应将变更申请表登记汇总后，集中评审，分析每项变更对技术、进度、资源、成本、系统结构等的阻碍，对变更进行评估风险、估算、规划并记录；关于开发打算变更的请求由软件项目经理向技术治理部提出，技术治理部组织评审，其他打算的变更由项目组自己组织进行。4.2.2变更审批紧急变更在评审后，由SCCB及时批准，非紧急变更可汇总后一起进行批准如每两周进行一次假如认定某个变更请求不合理或重复，则

5、拒绝变更请求，变更请求过程结束。假如信息不充分的话，软件项目经理需要收集更多信息，更新变更请求活动，然后将已更新的变更请求重新提交给 SCCB 评审队列。关于阻碍组织外部的约定的更改必须由高级治理者审批。4.2.3分配工作与安排工作时刻一旦变更请求被批准，软件项目经理就将依照请求的工作量和工作性质，下达任务通知单并抄送配置治理员，把工作分配给合适的人员。4.2.4进行变更指定的人员进行相应的修改，参照软件配置治理过程中的4.3.2“基线配置项的治理过程”。 4.2.6关闭变更请求变更请求关闭后，下达变更通知单通知相关个人和小组。参考资料序号编号文档名称1Q/RKS-SP-SCM-01软件配置治理过程2Q/RKS-SP-PR-01评审过程3Q/RKS