《变更控制与管理过程》由会员分享，可在线阅读，更多相关《变更控制与管理过程（10页珍藏版）》请在金锄头文库上搜索。
1、变更控制与管理过程编号XRL-SP-CHM-DEFINE文件状态 草稿 正式发布 正在修改当前版本V1.0修 订日期审 核日期批 准日期发布日期 年 月 日生效日期 年 月 日深圳兴融联科技有限公司修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注目 录1目的42适用范围42.1机构42.2业务43名词术语44概述45过程定义45.1变更控制与管理过程45.1.1 角色与职责55.1.2 入口准则65.1.3 输入65.1.4 过程活动65.1.5输出85.1.6 出口准则95.1.7 过程度量95.1.8 确认与验证96规程97标准与规
2、范98裁剪指南99模板与表格910实施指导91 目的1.1 规范公司软件开发部门的项目计划、需求变更、设计和开发变更的控制流程。1.2 减少因计划、需求变更、设计和开发变更而出现的包括技术风险、客户满意度下降、资金和人力资源需求风险。1.3 提高项目的计划性、可视性和执行力。2 适用范围2.1 机构研发中心技术部门及PMO、技术拓展部。2.2 业务项目/产品的变更、验证和确认活动。3 名词术语3.1 项目：指软件类项目或综合集成类（包含软件的集成）项目。3.2 项目的产品：包括代码和文档等。3.3 PMO：研发中心项目管理办公室。3.4 PPQA：过程与产品质量保证。3.5 CHM：变更管理（
3、Change Request Management）。3.6 CCB：变更控制委员会（Change Control Board）。3.7 CMO：组织级配置管理员。3.8 项目干系人（Stakeholder）：在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。项目干系人可能包括项目团队成员、提供商、客户、最终用户等。4 概述现代社会是一个信息化的社会，一切都在快速的变化，对软件产品而言，变革求新更是司空见怪。如何处理软件需求、设计和开发的变更对提高产品质量和用户满意度至关重要。变更控制与管理过程主要包括变更申请、评审、实施、验证和发布等过程活动。5 过程定义5.1 变更控制与管理过
4、程5.1.1 角色与职责 角色职责项目干系人1、 提出变更申请； 项目经理1、 负责软件设计和开发变更的控制和管理活动（变更申请、评审、实施、验证确认、批准、发布等）；2、 负责项目总体计划的变更管理活动；3、 向PMO提供需求、设计和开发变更表。项目组1、 提出变更申请及更改方案；2、 参加变更评审；3、 负责更改的实施和验证；4、 填写有关变更要求的文档及记录；5、 按配置管理及批准人的要求发布更改。评审负责人/评审成员1、 评审负责人确定变更评审时间、地点、设备和参加会议人员名单；2、 负责主持评审会议； 3、 评审变更的技术可行性及影响；4、 对变更方案进行评估并给出评审结果。产品批准
5、人1、 确定变更评审负责人；2、 批准变更后的工作产品。CCB1、 参与变更方案评审；2、 批准变更申请PMO1、 归档变更过程产生的相关记录。CMO1、审核变更导致的配置项的变更。行政部1、 负责安排评审会议场所；2、 协助评审负责人准备评审会议资料。 注：CCB为虚拟小组，由项目经理、高层经理，项目同行专家组成。子部门级的项目可由项目经理作为负责人，部门级以上的项目一般由高层经理担任。 5.1.2 入口准则 1）、项目干系人（包括项目组）提出了对计划、需求、设计和开发等的变更要求。5.1.3 输入 1）、申请变更的详细要求说明； 2）、与变更要求相关的其他资料；3）、初步的更改方案。5.1
6、.4 过程活动 1)、提出变更申请提出更改的人员可以是主管领导、高层经理、项目经理或项目组成员、顾客代表等项目干系人。引发变更原因有如下五种情况：a)、新增需求：在产品中新增一些需求；b)、需求变更：如顾客要求改变或增强某些功能，由于行业法规或技术标准有新的要求而导致的需求变化；c)、产品缺陷：如在软件测试中发现设计不够合理、用户使用产品过程中发现的缺陷等；d)、内部改进：如设计人员为提高性能而进行的优化设计；e)、系统环境变更：产品的使用范围和环境发生变化，如系统的主机、外部接口等发生变化。 变更控制规定：在软件开发过程中会分阶段产生工作产品，主要的工作产品包括：软件需求规格说明书、概要设计
7、说明书、数据库设计说明书、详细设计说明书、单元测试计划、集成测试计划、集成测试用例、系统测试计划、系统测试用例、用户手册、操作手册等。这些工作产品通过评审并经批准后，成为基线化的产品，若需要变更时，应按本过程规定的工作过程执行。软件产品（项目）在经过研发内部验收、产品定型、合同项目通过初验（确认测试）之后，程序代码需要变更时也应按本过程规定的过程执行。如果此类变更工作量大，改动复杂，可考虑为此新立项目。其他工作产品的变更可参照本过程规定，由项目经理视具体情况决定。 2）、确定评审负责人由产品批准人确定评审负责人，产品批准人可自己担任评审负责人，也可指定评审负责人。由项目经理组织对变更进行评审。
8、3）、确定评审成员及评审方式项目经理和评审负责人共同确定评审方式，可以分为项目组裁决、召开评审会议和会签评审三种方式，通常项目计划变更评审需要采用召开评审会议的形式。项目经理和评审负责人应视具体情况确定采用何种评审方式。项目经理与评审负责人确定评审会议的时间、地点、设备和参加会议的人员名单（包括评审小组成员、记录员、项目组人员等），项目经理评审前事先发布评审通知，并将变更相关资料发给相关人员。4）、确定是否更改 评审组按确定的评审方式开展评审工作，首先确定是否更改，如更改无法实现或实现更改不符合公司的商业目标，则作出“拒绝变更”的决定。评审组在需求、设计和开发变更表签署意见，项目经理签字确认后
9、转到活动“与变更申请者沟通”。 如决定接受变更申请，转到活动“评审更改方案”。 5）、与变更申请者沟通项目经理与变更申请者沟通，告知“拒绝变更”的原因和理由，然后将需求、设计和开发变更表交PMO存档。本次变更结束。6）、评审更改方案评审组应分析变更会涉及哪些内容，对已经完成的工作产品、进度有何影响，需要哪些额外的资源，进而确定更改方案，如更改方案获得通过，评审负责人将评审的结果填写在需求、设计和开发变更表中。如更改方案评审不通过，则转到活动“修改更改方案”。 7）、CCB批准更改方案CCB根据技术评审的情况，作出对变更的审批意见：审批意见为如下三种：l 立即更改l 推迟更改l 拒绝变更如为立即
10、更改，则项目经理签字确认，并指定更改人、验证人和完成期限，转到活动“实施更改”。若为拒绝变更，则转到活动“与变更申请者沟通”。8）、修改更改方案 项目经理会同项目组修改更改方案，确认可行后转到活动“评审更改方案”。9）、实施更改 更改人按确定的更改方案实施更改，在更改完成后，在需求、设计和开发变更表填写更改情况并签字，之后将需求、设计和开发变更表提交给验证人进行验证。 10）、验证更改结果验证人对实施结果进行验证，验证可通过检查（对文档而言）或审查和测试（对代码而言）实现。验证完成之后，验证人在需求、设计和开发变更表上签字确认。如验证不通过，则交更改人继续更改。11）、提交完整报告单项目组将经
11、过验证的需求、设计和开发变更表移交给PMO的项目管理专员统一保管，该项变更关闭。12）、发布变更 项目组按“配置管理”过程中的变更要求办理配置项变更并经CMO审核，之后向项目干系人发布变更通知。5.1.5输出 需求、设计和开发变更表 项目/产品变更统计表 更改方案 变更通知5.1.6 出口准则 变更申请评审结论为“拒绝变更”或“同意变更”的情况下已完成更改及验证。 变更的工作产品已按配置管理要求做配置变更处理。 需求、设计和开发变更表已交PMO归档。5.1.7 过程度量 项目经理统计变更工作量。5.1.8 确认与验证 QA对变更控制与管理过程及其产生的产品的规范性进行检查； 项目经理对变更控制
12、与管理过程及其产生的产品的规范性进行检查； 高层经理审核变更控制活动，发现并解决问题。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。 /
