变更控制与管理过程.docx

变更控制与管理过程.docx

《变更控制与管理过程.docx》由会员分享，可在线阅读，更多相关《变更控制与管理过程.docx（11页珍藏版）》请在冰点文库上搜索。

变更控制与管理过程

变更控制与管理

过程编号

XRL-SP-CHM-DEFINE

文件状态

[]草稿[√]正式发布[]正在修改

当前版本

V1.0

修订

日期

审核

日期

批准

日期

发布日期

年月日

生效日期

年月日

深圳兴融联科技有限公司

修订历史记录

A-增加M-修订D-删除

变更版本号

日期

变更类型

（A*M*D）

修改人

摘要

备注

1

目的

1.1规范公司软件开发部门的项目计划、需求变更、设计和开发变更的控制流程。

1.2减少因计划、需求变更、设计和开发变更而出现的包括技术风险、客户满意度下降、资金和人力资源需求风险。

1.3提高项目的计划性、可视性和执行力。

2适用范围

2.1机构

研发中心技术部门及PMO、技术拓展部。

2.2业务

项目/产品的变更、验证和确认活动。

3名词术语

3.1项目：

指软件类项目或综合集成类（包含软件的集成）项目。

3.2项目的产品：

包括代码和文档等。

3.3PMO：

研发中心项目管理办公室。

3.4PPQA：

过程与产品质量保证。

3.5CHM：

变更管理（ChangeRequestManagement）。

3.6CCB：

变更控制委员会（ChangeControlBoard）。

3.7CMO：

组织级配置管理员。

3.8项目干系人（Stakeholder）：

在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。

项目干系人可能包括项目团队成员、提供商、客户、最终用户等。

4概述

现代社会是一个信息化的社会，一切都在快速的变化，对软件产品而言，变革求新更是司空见怪。

如何处理软件需求、设计和开发的变更对提高产品质量和用户满意度至关重要。

变更控制与管理过程主要包括变更申请、评审、实施、验证和发布等过程活动。

5过程定义

5.1变更控制与管理过程

5.1.1角色与职责

角色

职责

项目干系人

1、提出变更申请；

项目经理

1、负责软件设计和开发变更的控制和管理活动（变更申请、评审、实施、验证确认、批准、发布等）；

2、负责项目总体计划的变更管理活动；

3、向PMO提供《需求、设计和开发变更表》。

项目组

1、提出变更申请及更改方案；

2、参加变更评审；

3、负责更改的实施和验证；

4、填写有关变更要求的文档及记录；

5、按配置管理及批准人的要求发布更改。

评审负责人

/评审成员

1、评审负责人确定变更评审时间、地点、设备和参加会议人员名单；

2、负责主持评审会议；

3、评审变更的技术可行性及影响；

4、对变更方案进行评估并给出评审结果。

产品批准人

1、确定变更评审负责人；

2、批准变更后的工作产品。

CCB

1、参与变更方案评审；

2、批准变更申请

PMO

1、归档变更过程产生的相关记录。

CMO

1、审核变更导致的配置项的变更。

行政部

1、负责安排评审会议场所；

2、协助评审负责人准备评审会议资料。

注：

CCB为虚拟小组，由项目经理、高层经理，项目同行专家组成。

子部门级的项目可由项目经理作为负责人，部门级以上的项目一般由高层经理担任。

5.1.2入口准则

1）、项目干系人（包括项目组）提出了对计划、需求、设计和开发等的变更要求。

5.1.3输入

1）、申请变更的详细要求说明；

2）、与变更要求相关的其他资料；

3）、初步的更改方案。

5.1.4过程活动

1）、提出变更申请

提出更改的人员可以是主管领导、高层经理、项目经理或项目组成员、顾客代表等项目干系人。

引发变更原因有如下五种情况：

a）、新增需求：

在产品中新增一些需求；

b）、需求变更：

如顾客要求改变或增强某些功能，由于行业法规或技术标准有新的要

求而导致的需求变化；

c）、产品缺陷：

如在软件测试中发现设计不够合理、用户使用产品过程中发现的缺陷

等；

d）、内部改进：

如设计人员为提高性能而进行的优化设计；

e）、系统环境变更：

产品的使用范围和环境发生变化，如系统的主机、外部接口等发

生变化。

变更控制规定：

在软件开发过程中会分阶段产生工作产品，主要的工作产品包括：

《软件需求规格说明书》、《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》、《单元测试计划》、《集成测试计划》、《集成测试用例》、《系统测试计划》、《系统测试用例》、《用户手册》、《操作手册》等。

这些工作产品通过评审并经批准后，成为基线化的产品，若需要变更时，应按本过程规定的工作过程执行。

软件产品（项目）在经过研发内部验收、产品定型、合同项目通过初验（确认测试）之后，程序代码需要变更时也应按本过程规定的过程执行。

如果此类变更工作量大，改动复杂，可考虑为此新立项目。

其他工作产品的变更可参照本过程规定，由项目经理视具体情况决定。

2）、确定评审负责人

由产品批准人确定评审负责人，产品批准人可自己担任评审负责人，也可指定评审负责人。

由项目经理组织对变更进行评审。

3）、确定评审成员及评审方式

项目经理和评审负责人共同确定评审方式，可以分为项目组裁决、召开评审会议和会签评审三种方式，通常《项目计划》变更评审需要采用召开评审会议的形式。

项目经理和评审负责人应视具体情况确定采用何种评审方式。

项目经理与评审负责人确定评审会议的时间、地点、设备和参加会议的人员名单（包括评审小组成员、记录员、项目组人员等），项目经理评审前事先发布评审通知，并将变更相关资料发给相关人员。

4）、确定是否更改

评审组按确定的评审方式开展评审工作，首先确定是否更改，如更改无法实现或实现更改不符合公司的商业目标，则作出“拒绝变更”的决定。

评审组在《需求、设计和开发变更表》签署意见，项目经理签字确认后转到活动“与变更申请者沟通”。

如决定接受变更申请，转到活动“评审更改方案”。

5）、与变更申请者沟通

项目经理与变更申请者沟通，告知“拒绝变更”的原因和理由，然后将《需求、设计和开发变更表》交PMO存档。

本次变更结束。

6）、评审更改方案

评审组应分析变更会涉及哪些内容，对已经完成的工作产品、进度有何影响，需要哪些额外的资源，进而确定《更改方案》，如更改方案获得通过，评审负责人将评审的结果填写在《需求、设计和开发变更表》中。

如更改方案评审不通过，则转到活动“修改更改方案”。

7）、CCB批准更改方案

CCB根据技术评审的情况，作出对变更的审批意见：

审批意见为如下三种：

●立即更改

●推迟更改

●拒绝变更

如为立即更改，则项目经理签字确认，并指定更改人、验证人和完成期限，转到活动“实施更改”。

若为拒绝变更，则转到活动“与变更申请者沟通”。

8）、修改更改方案

项目经理会同项目组修改更改方案，确认可行后转到活动“评审更改方案”。

9）、实施更改

更改人按确定的更改方案实施更改，在更改完成后，在《需求、设计和开发变更表》填写更改情况并签字，之后将《需求、设计和开发变更表》提交给验证人进行验证。

10）、验证更改结果

验证人对实施结果进行验证，验证可通过检查（对文档而言）或审查和测试（对代码而言）实现。

验证完成之后，验证人在《需求、设计和开发变更表》上签字确认。

如验证不通过，则交更改人继续更改。

11）、提交完整报告单

项目组将经过验证的《需求、设计和开发变更表》移交给PMO的项目管理专员统一保管，该项变更关闭。

12）、发布变更

项目组按“配置管理”过程中的变更要求办理配置项变更并经CMO审核，之后向项目干系人发布变更通知。

5.1.5输出

Ø需求、设计和开发变更表

Ø项目/产品变更统计表

Ø更改方案

Ø变更通知

5.1.6出口准则

Ø变更申请评审结论为“拒绝变更”或“同意变更”的情况下已完成更改及验证。

Ø变更的工作产品已按配置管理要求做配置变更处理。

Ø《需求、设计和开发变更表》已交PMO归档。

5.1.7过程度量

项目经理统计变更工作量。

5.1.8确认与验证

ØQA对变更控制与管理过程及其产生的产品的规范性进行检查；

Ø项目经理对变更控制与管理过程及其产生的产品的规范性进行检查；

Ø高层经理审核变更控制活动，发现并解决问题。

6规程

无。

7标准与规范

7.1《XRL-SP-CHM-C01变更控制与管理过程检查单》

8裁剪指南

此过程不能裁剪。

9模板与表格

9.1《XRL-SP-CHM-T01需求、设计和开发变更表模板》

9.2《XRL-SP-CHM-T02项目、产品变更统计表模板》

10实施指导

1）、管理配置项

对“变更控制与管理”过程产生的所有有价值的文档应纳入配置管理的适当层次。

主要文档示例如下：

Ø变更需求

Ø更改方案

Ø需求、设计和开发变更表

2）、使项目干系人适时介入

Ø对于合同项目，应根据合同要求决定客户介入“变更控制与管理”的程度；

3）、项目经理在执行“变更控制与管理”过程中，应注意收集对过程的改进建议，并提交给组织EPG。