变更控制与管理过程.docx
- 文档编号:27871920
- 上传时间:2023-07-05
- 格式:DOCX
- 页数:11
- 大小:59KB
变更控制与管理过程.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。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 变更 控制 管理 过程