变更控制与管理过程

变更控制与管理过程变更控制与管理深圳兴融联科技有限公司修订历史记录目录1目的(4)2适用范围(4)2.1机构(4)2.2业务(4)3名词术语(4)4概述(4)5过程定义(4)5.1变更控制与管理过程(4)5.1.1角色与职责(5)5.1.2入口准则(6)5.1.3输入(6)5.1.4过程活动(6)5.1.5输出(8)5.1.6出口准则(9)5.1.7过程度量(9)5.1.8确认与验证(9)6规程(9)7标准与规范(9)8裁剪指南(9)9模板与表格(9)10实施指导(9)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角色与职责由项目经理作为负责人，部门级以上的项目一般由高层经理担任。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。