IT运维流程-变更管理流程设计说明书dr

PAGE共49页-PAGE2-文档编号：变更管理流程设计说明书。目录目录 31 流程目的 72 流程主要内容 73 与其他流程的关系 84 关键角色、职责定义 84.1 变更请求者 84.2 变更主管 94.3 变更经理 94.4 变更委员会变更委员会（CAB）、紧急变更委员会E变更委员会（CAB） 104.5 变更实施人员 114.6 变更管理流程负责人 115 执行原则 125.1 常规原则 125.2 流程关联原则 125.3 变更实施记录原则 135.4 变更分类执行原则 135.5 审批上报原则 135.6 所有权原则 135.7 变更通知原则 135.8 紧急变更处理原则 135.9 变更测试原则 145.10 变更文档控制原则 146 流程相关定义 146.1 变更信息项 146.2 变更来源 196.3 变更类型 196.4 变更是否中断业务 206.5 变更是否需要测试 206.6 风险等级 206.7 变更所属系统类型 216.8 变更分类 236.9 是否启动总公司审批或备案 246.10 变更状态 246.11 回顾代码 276.12 变更结束代码 276.13 变更实施单信息项 287 流程概要设计 287.1 紧急变更子流程 318 流程详细设计 328.1 （400.1）变更发起 328.2 （400.2）直管领导进行需求审批 338.3 （400.3）检查、测试和计划 348.4 （400.4）评估审批 368.5 （400.5）变更委员会（CAB）评估审批 378.6 （400.6）总公司审批 388.7 （400.7）收集审批意见 398.8 （400.8）安排和分派任务 408.9 （400.9）实施变更任务 418.10 （400.10）回顾变更 428.11 （400.11）关闭变更 439 关键衡量指标 44综述设计目的本文档是在《CF保险股份有限公司信息技术管理制度V1.1》基础上，结合CF保险股份有限公司信息技术部维护管理的特点，制定的变更管理流程详细设计文档。本文档的目的是：规范所有IT变更，从而保证由于变更而引起的对生产的影响降到最小，提高IT系统和服务的质量，为业务的快速发展提供更优质的IT服务指导与IT变更的相关人员有一套规范的流程去执行变更指导IT管理平台项目的建设本文档是依据目前CF保险股份有限公司的信息技术日常运维状况而制定的，以后进一步的更新和优化将由CF保险股份有限公司信息技术部负责。适用范围本文档作为本次项目的变更管理流程详细设计的交付物，读者对象为与变更管理流程相关的所有技术与管理人员。相关术语ITIL（基础架构库ITInfrastructureLibrary）是英国政府在1987年制定的有关IT服务管理的方法论，现已成为事实上的IT管理标准。服务台（HelpDesk）服务台从根本上来说是提供了用户和IT部门的唯一接口。此项功能常通过集中方式提供服务。服务台的根本目的是提供初始支持，并通过变通方法、解决方案或升级到二线支持等手段帮助用户恢复到正常工作状态。事件管理（IncidentManagement）ITIL流程之一，事件管理负责解决所有的IT事件、问题和用户请求。它的目的是尽快恢复被中断或受到影响的IT服务，所以它的特点往往是以解决表征现象为目的，而不在于查找根本原因。问题管理（ProblemManagement）ITIL流程之一，问题管理负责解决重大紧急事件或具有相同症状的一组事件。它的目的是找出事件的根本原因，并通过解除该根本原因从而防止类似事件的再次发生。同时问题管理流程也负责预防事件的发生。配置管理（ConfigurationManagement）ITIL流程之一，配置管理负责描述，跟踪和汇报所有IT基础架构中的每一个设备或系统的管理流程。这些设备和系统被称为配置项(CI)。每一个CI必须有效管理，跟踪和控制以支持公司的IT服务和基础设施成功运行。配置管理数据库（CMDB-ConfigurationManagementDatabase）是在配置管理流程中用于记录企业所有IT相关配置项信息及其相互关系而建立的数据库。变更管理（ChangeManagement）ITIL流程之一，变更管理通过控制和管理IT相关的变更，使变更对生产环境可能的影响和风险降到最小，从而提高IT环境的整体稳定性。变更管理流程设计流程目的变更管理流程将通过标准统一的方法和步骤来管理和控制所有对IT生产环境有影响的变更。主要的目的包括：IT部门可以管理和引导用户变更需求通过对所有变更的正确评估，可以维护IT生产环境的完整性变更和变更实施得到正确记录，并提供审核统计减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏作用提高资源使用率流程主要内容变更管理流程始于变更的接收，结束于变更的实施和回顾。该流程包含下述主要内容：提出变更请求（RFC）、评估、分类变更申请人提出变更请求（RFC），由变更主管负责检查和完善其内容，通过查询配置管理数据库，进行风险等级的初步评估；并尽量提出可能与业务发生的关联的影响，已供决策参考。变更主管并对变更进行分类；如为紧急变更，则按照紧急变更子流程执行；如为简单变更，直接制定变更计划，并安排实施。变更主管负责组织制定变更计划、测试变更主管安排并协调相应资源制定变更计划，包括实施计划、测试计划、回退计划、配置项更新计划等。应安排对实施计划和回退计划进行测试，随后将测试结果、实施计划、回退计划、配置项更新计划等提交给变更经理审核。变更经理评估、审批变更经理接受变更请求（RFC），如果确定是紧急变更，则快速完成评估、审批。对标准变更，确定变更风险等级，审阅变更实施计划、测试报告、回退计划和配置项更新计划，批准或驳回变更申请，如需要更高级别管理层的审批，则根据不同风险级别报批。变更委员会（CAB）/紧急变更委员会（EC）评估、审批变更经理将根据特定的变更请求成立特定的变更委员会（CAB）/EC，成员包括对该变更的评估和批准提供应有附加价值的技术人员和管理人员，审阅工作包括变更的风险、对现有服务的影响、实施计划、回退计划和配置项更新计划等，并做出批准与否的决定。如为紧急变更，则快速完成以上评估、审批。管理层审批对于风险等级为“重大”的变更，在变更委员会审批通过后，必须再由变更经理报请至管理层审批。协调变更实施变更主管负责协调资源，准备实施前相关工作，组织人员按计划实施变更，变更主管监控实施过程和结果，并在必要时进行协调或做出决定。在这阶段可能需要变更经理和变更委员会成员的帮助。回顾和关闭实施变更后，变更主管确保配置项及时得到更新，并协同变更经理负责从技术、管理、业务角度去回顾变更，确保变更请求（RFC）得到了预期效果，并寻找改进机会或行动计划，在回顾过程中可能会需要得到变更委员会中相关领域的技术人员的帮助，随后更新变更记录并关闭变更请求（RFC）。与其他流程的关系变更管理流程可以从其他的服务管理流程接收到变更请求(RFC)。和配置管理流程的关系变更管理涉及到的配置改变应当在配置管理数据库中得到体现，改变的数据可能包括配置项、配置项间的关系或配置项的某些属性；变更的评估需要从配置管理数据库中获取相关的信息进行分析。和事件管理流程的关系事件的解决涉及到需要对基础架构、应用系统及操作系统等进行变更的需要触发变更管理流程来实现，变更成功实施后应当通知事件管理流程。和问题管理流程的关系

问题管理流程中对于错误的修正涉及到需要对基础架构、应用系统及操作系统等进行变更的需要触发变更管理流程，变更成功实施后应当通知问题管理流程。关键角色、职责定义流程的实现是通过不同的流程角色以及其所赋有的职责来实现的，因此流程的每一个角色可以被定义为一系列职责的集合，在实际的管理操作中，不同的人员将被赋予不同的职责，也可能一个人被赋予多个职责。变更管理流程的角色为：变更请求者、变更主管、变更经理、变更实施人员、变更委员会CAB/紧急变更委员会EC、变更管理流程负责人。以下描述每个角色的职责。变更请求者根据工作的需要，发起变更请求的IT人员，主要负责：必要时提出变更申请，创建变更请求（RFC），并提交给相关技术领域的变更主管在变更处理过程中提供必要的信息技能要求：了解对于所处业务需求与环境了解所处的IT生产环境与组织结构了解IT技术架构从而可以向变更主管、变更经理诠释所提及变更对于运行的影响人员安排说明：所有IT维护人员变更主管变更主管通常由与变更请求内容相关的具体技术领域的负责人担任。可以根据不同的变更种类，分派不同的人员作为变更主管。对于某些重要变更，还可以将变更主管和变更实施人员合并在一起；变更主管主要关注在实施方案、详细实施计划等方面。职责：检查由变更申请人提交的每一个变更请求变更请求（RFC），检查变更的正确性和必要性，必要时拒绝无关、无法实施或没有必要的变更请求确定和检查变更请求（RFC）的分类、变更时间要求、分析风险等作为具体变更的项目经理，负责领导变更的构建／测试，实施和参与回顾制定变更实施计划、测试计划、回退计划等针对具体变更请求，评估并分派相应资源确保变更在预定的时间，资源和成本内完成在必要时，确保回退计划（FallbackPlan）得以正确实施负责收集与该变更有关的部门或小组的意见，综合变更对于应用的影响技能要求：充分了解IT生产环境的结构了解公司组织结构和业务与客户之间的关系较强的技术背景，项目管理技能分析能力以用户为导向、良好的沟通能力人员安排说明：通常由负责具体技术领域的人担任，如负责8版系统的人、分公司负责某一分公司系统的人、负责网络方面的人等变更经理变更经理全面负责变更管理流程中的所有具体活动执行，保障所有变更依照预定流程顺利执行。通常由具有决策权的人员担任。职责：帮助变更主管协调必要的变更时间、人员等方面的协调工作审批变更请求，确保只有授权和必要的变更才被实行，并使该种变更影响最小化成立变更委员会，并领导和主持变更委员会(变更委员会)定期召开变更会议，回顾变更参与流程评估，对流程改进提出意见和建议，与流程负责人共同制定流程改进建议技能要求：在信息技术部门的足够级别(鉴于变更经理的工作职责包括主持变更委员会（CAB）会议、与管理层交互、驳回不合理变更请求以及对于变更流程的运行进行指导等，所以变更经理必须在组织内部拥有足够的权威且受到尊重)决策力和判断力深入了解企业文化项目管理技能有效的会议管理、部门管理和组织能力充分了解IT生产环境、组织结构以及IT服务对业务与客户的影响以用户为导向、良好的沟通能力社交能力和良好的信用，能够与变更流程相关的角色进行有效地交涉和交流人员安排说明：通常由负责决策权的人担任，一般为部门相关领导变更委员会CAB、紧急变更委员会ECAB（总公司）变更委员会(ChangeAdvisoryBoard，CAB)是IT组织中对变更进行评估和决策、批准或者拒绝某个变更请求的虚拟组织。职责：针对具体变更请求，评估潜在影响和风险，并分派相应资源协助变更经理对变更做出审批、决策参加变更委员会会议和紧急变更委员会会议回顾失败或重大的变更，以确保今后不再发生类似情形回顾已执行的重大变更，确保满足变更的目的对流程改进提出意见和建议技能要求：足够的权威充分了解生产环境结构IT组织结构充分了解公司组织架构和业务与客户的关系技术背景和洞察力分析能力以用户为导向、良好的沟通能力社交能力和良好的信用，能够与变更流程相关的角色进行有效的交涉和交流业务需求的了解人员安排说明：变更委员会是由总部信息技术中心的管理人员组成的虚拟小组。主要由各相关领域的领导、各个IT维护小组的资深人员或者组长组成，有时也会包括发起变更请求的业务部门的代表、第三方厂商集成商等参与。变更委员会应当由该专业有较高技能的人员组成，同时，这些成员对于业务需求、业务逻辑、IT系统技术、应用开发、测试、支持等方面也较为熟悉。注：紧急变更委员会通常可以属于变更委员会的一个子集，担当紧急变更委员会（ECAB）的职责。分公司没有变更委员会，只有总公司有。变更实施人员变更实施人员负责变更在生产环境中的实施，实际情况下现场厂商经常参与变更实施过程，其责任包括：协助变更主管制定变更实施方案、变更实施计划记录变更实施相关的信息，确保文档的完整性负责实施和测试变更完成后，进行监控，并记录监控结果与变更主管沟通，通报变更实施的进度和结果技能要求：充分了解生产环境的IT架构，是某一领域的技术专家充分了解公司的组织架构和业务与客户的关系较强的学习、沟通、协调能力分析能力人员安排说明：由IT部门人员担任，及运维厂商人员变更管理流程负责人流程负责人通过从宏观上监控流程，来确保变更流程被正确地执行。当流程不能够适应公司的情况时，流程负责人必须及时对此进行分析、找出缺陷、进行改进，从而实现可持续提高。职责：确保变更流程能够取得管理层的参与和支持确保变更流程符合公司实际状况和公司IT发展战略总体上管理和监控流程，建立变更流程实施、评估和持续优化机制确保变更流程实用、有效、正确地执行，当流程不能够适应公司的情况时，必须及时对此进行分析、找出缺陷、进行改进(比如增加或合并流程的角色)，从而实现可持续提高流程效率保持与其他流程负责人的定期沟通技能要求：深刻理解变更管理流程能够很好地理解业务对于变更管理的需求对质量控制与保障有很深入的了解有决策权，能够确保变更管理流程设计要求在变更执行中得到贯彻和执行具有良好的沟通技能，能够取得公司高层的支持，获得所需资源人员安排说明：通常由总公司负责决策权的人担任，一般为部门相关领导实际岗位与方案角色的映射变更管理流程角色角色细分说明成员变更请求者总公司职责：负责受理与总公司应用系统、基础设施等相关的各种变更请求，并发起变更岗位说明：由总公司信息技术部技术人员担任，包括总公司服务台人员分公司职责：负责受理与分公司自有应用系统、基础设施等相关的各种变更请求，并发起变更岗位说明：各分公司IT部门技术人员担任，包括分公司服务台人员，对应岗位包括分公司信息技术部各技术岗位变更主管总公司基础设施组职责：负责总公司小型机、PC服务器、存储设备、网络交换机、路由器、防火墙、网络链路等系统硬件及操作系统、中间件、数据库等系统软件的维护变更工作岗位说明：由总公司信息技术部门各基础设施领域维护工作的资深技术人员或相关处室处长、副处担任应用系统组职责：负责总公司自有应用系统维护支持工作岗位说明：由总公司负责各类应用系统维护变更工作的资深技术人员或相关处室处长、副处担任桌面组职责：负责总公司桌面维护变更工作岗位说明：由总公司代理服务处、服务支持处资深技术人员或相关处室处长、副处担任开发组职责：负责总公司应用系统开发、修改、优化工作岗位说明：由总公司开发类处室资深开发人员或开发类处室处长、副处担任分公司应用系统组职责：负责分公司自有应用系统维护变更工作岗位说明：由分公司负责各类应用系统维护变更工作的资深技术人员或分管领导担任，对应岗位包括应用管理岗、地市分公司应用管理岗、数据管理岗基础设施组职责：负责分公司基础设施（包括小型机、PC服务器、存储设备、网络交换机、路由器、防火墙、网络链路等系统硬件及操作系统、中间件、数据库等系统软件）的维护变更工作岗位说明：由分公司信息技术部门各基础设施领域维护工作的资深技术人员或分管领导担任，对应岗位包括设备管理岗、系统管理岗、安全岗、网络管理岗、运行维护岗、地市分公司设备管理岗桌面组职责：负责分公司桌面维护变更工作岗位说明：由分公司负责桌面维护工作的资深技术人员或分管领导担任，对应岗位包括服务支持管理岗开发组职责：负责分公司自有应用系统的开发、修改、优化工作岗位说明：由分公司资深开发人员或分管领导担任，对应岗位包括应用开发岗变更实施人总公司职责：负责对总公司应用系统、基础设施、桌面等方面的变更实施工作岗位说明：由总公司IT部门技术人员及代维厂商组成分公司职责：负责对分公司自有应用系统、基础设施、桌面等方面的变更实施工作岗位说明：由分公司IT部门人员及代维厂商组成变更经理总公司职责：负责督导与监控总公司变更流程的正常运转，对标准变更进行审批和对重大变更进行上报等岗位说明：在总公司设置变更经理1人，由运行管理处处长、副处担任分公司职责：负责督导与监控分公司变更流程的正常运转，对标准变更进行审批和对重大变更进行上报等岗位说明：在分公司设置变更经理1人，由分管基础设施方面的信息技术部副总经理担任变更管理流程负责人职责：负责确定管理流程的衡量指标，从宏观上监控流程，当流程不能够适应CF发展需要时，流程负责人必须及时的对此进行分析、找出缺陷、进行改进，从而实现可持续提高岗位说明：在总公司设置变更管理流程负责人1名说明：变更主管分组可进行扩充，各分公司可将现有分组提交到总公司，由总公司统一协调配置执行原则常规原则所有影响生产环境配置项的变更都必须严格遵循变更管理流程所有的变更请求记录都应被记录和追踪所有变更实施过程都应记录在IT服务管理平台应每月产生变更管理报表，对失败的变更和风险等级重大的变更进行回顾和检查，以更好地管理变更流程应半年对流程进行回顾，回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性，以改进变更管理流程流程关联原则和配置管理的关联在制定变更计划时通过查询配置管理数据库，评估变更可能影响的系统，制定变更计划时需制定配置项更新计划，变更实施完成后需确保配置项信息及时更新，只有配置项更新完成后，才能关闭变更请求单配置项信息的变更需要通过变更管理流程控制和事件管理的关联解决事件的过程中涉及到需要对基础架构、应用系统及操作系统等进行变更的需要触发变更管理流程，如果变更管理流程是由事件管理流程触发，则事件记录必须与变更记录相关联和问题管理的关联解决问题的过程中涉及到需要对基础架构、应用系统及操作系统等进行变更的需要触发变更管理流程，如果变更管理流程是由问题管理流程触发，则问题记录必须与变更记录相关联变更实施记录原则所有变更实施过程都必须记录在IT服务管理平台，以体现出变更实施中的主要执行环节和执行情况，比如各关键步骤的起始时间、结束时间、执行人、执行结果、异常情况等。具体记录方式可采用在该变更请求单上增加填写信息项，或新增任务单等其他方式，记录的信息项参见变更实施单信息项定义变更分类执行原则简单变更采用预授权的方式，由变更主管直接安排实施，并通告变更经理标准变更由变更经理总体负责，通过与各相关方面协同，采取多种方式（例如CAB会议），严格管理其计划、测试、评估、审批、实施紧急变更提供变更快速实施处理的机制审批上报原则风险等级为重大的变更必须提前三个工作日提交总公司审批，变更实施结束以后将变更执行结果上报至总公司备案省分公司提出的风险等级为高的变更必须提前上报总公司备案变更委员会负责审批风险等级为高和重大的变更；对于风险等级重大的变更，变更委员会会议建议部门领导参加，对于风险等级高的变更，变更委员会会议建议维护主管参加变更经理负责审批风险等级为中和低的变更所有权原则变更主管负责审核变更请求的有效性和正确性，制定相应的变更计划，并处理各种变更执行时的日程安排和协调，必要时可以得到变更经理的帮助变更经理负责关闭紧急变更，变更主管负责关闭其他变更对于不在变更经理审批权限内的变更，由变更经理负责提交至变更委员会审批对风险等级为重大的变更，在变更委员会审批完成后，由变更经理负责提交至总公司审批变更通知原则对现有业务系统产生影响的变更，例如因实施变更而需要停机或者中止业务，均需在变更执行前提前通知有关人员做好业务调整，减少对业务的影响，待实施完成后再次通告紧急变更处理原则紧急变更必须通过E-MAIL等书面方式申请，但可以口头获得紧急变更委员会（EC）审批，事后必须在IT服务管理平台补变更申请单及相关测试和审批文档，其中变更申请单信息项中必须填写变更实施记录、变更测试记录和变更观察记录，这三项内容即为紧急变更操作日志紧急变更应该制定变更计划，并快速审批和进行必要的评估，实施前需进行必要的测试，测试需包含完整的测试案例，只有测试成功后方可在生产环境进行变更。对由于紧急变更而无法完成的测试应在实施后安排补测紧急变更委员会（EC）成员一般为公司领导、部门领导，各级主管等管理层人员，为了提高执行效率，需要事先制定紧急变更委员会（EC)的人员紧急变更应越少越好，因为它们对业务的干扰最大，而且有很高的失败风险变更测试原则对生产系统进行变更时，需根据变更的性质、影响面等情况在变更请求单中选择是否需要在测试环境进行测试。如果需要，则按照测试计划进行测试，测试后需有相关测试人员确认并提供测试报告变更文档控制原则变更计划通常包括实施计划、测试计划、回退计划、配置项更新计划等对应用软件版本上线类的变更，除变更计划外，还需包括变更功能说明文档、变更技术说明文档、包含完整测试用例的测试文档，并提供由执行测试人员确认的测试报告对数据迁移类的变更，除变更计划外，还需包括转换方案，该方案一般包含数据转换策略、数据转换测试、数据备份及恢复方案、数据转换结果核对等方面的内容对总公司要求上报审批的变更，提交的文档具体内容说明如下:变更总体方案（包括变更原因、变更前后系统拓扑、配置或功能对比、变更总体计划、具体方案、进度安排、人员分工、测试标准、风险评估等）测试报告（提供系统在变更前的测试范围、测试步骤、测试项目、测试情况等）变更回退/应急方案流程相关定义变更信息项变更单必须包含如下变更信息项：序号信息项是否必填说明变更发起时填写－变更发起人实际请求人信息是记录实际变更请求人的信息，包括：姓名、省/分公司、部门、电子邮件、办公电话、手机（手工填写）关联的事件单号否如果变更来源是事件，则关联到相应的事件单（手工填写）关联的问题单号否如果变更来源是问题，则关联到相应的问题单（由变更请求者手工填写）变更来源是参见“变更来源”定义变更简要描述是简单描述变更请求（手工填写）变更描述是详细描述变更的内容（手工填写）变更所属系统类型是参见“变更所属系统类型”定义变更分类是参见“变更分类”定义变更需求单位是两级目录树（省、地市；成员公司、养老金公司）关联配置项否记录出现故障的配置项代码（手工填写）附件否上传附件分配对象是将问题分配到各组变更主管（手工填写）变更发起时，系统自动填写变更ID是为每个变更请求分配一个唯一的序列号（系统自动产生）建单人（受理人）是变更请求的记录人登记时间是变更请求创建的时间（系统自动产生）变更状态是参见“变更状态”定义检查、测试和计划阶段填写－变更主管风险等级是参见“风险等级”定义变更类型是参见“变更类型”定义所影响的应用系统、部门否实施该变更将对哪些应用、部门产生影响，用于评估变更（手工填写）变更是否中断业务是参见“变更是否中断业务“定义变更是否需要测试是参见“变更是否需要测试“定义需通知部门否需要通知的部门名称（手工填写）变更计划否使用附件形式。变更计划通常包括变更的实施计划、测试计划、回退计划、配置项更新计划等（手工填写）计划开始时间是变更计划开始时间YYYY-MM-DDHH:MM（手工填写）计划完成时间是变更计划完成时间YYYY-MM-DDHH:MM（手工填写）中断关键业务1名称否描述该变更所中断的关键业务系统1的名称，填写内容参见“变更所属系统类型”中的子类定义，如“营销管理”。（手工填写）关键业务1中断时长否描述该变更所中断的关键业务系统1的时长，按分钟计算。（手工填写）中断关键业务2名称否描述该变更所中断的关键业务系统2的名称，填写内容参见“变更所属系统类型”中的子类定义，如“营销管理”。（手工填写）关键业务2中断时长否描述该变更所中断的关键业务系统2的时长，按分钟计算。（手工填写）中断关键业务3名称否描述该变更所中断的关键业务系统3的名称，填写内容参见“变更所属系统类型”中的子类定义，如“营销管理”。（手工填写）关键业务3中断时长否描述该变更所中断的关键业务系统3的时长，按分钟计算。（手工填写）中断关键业务否描述该变更所中断的所有关键业务系统名称。（手工填写）关键业务中断总时长否描述该变更中断的所有关键业务系统的时长，按分钟计算。（手工填写）变更测试记录是描述测试的情况、测试结果（手工填写）同9关联配置项否记录出现故障的配置项代码（手工填写）同10附件否上传附件变更主管是变更主管姓名（系统填写）变更实施单位是两级树形目录变更主管接受变更时间是变更主管接受变更请求的时间（条件触发自动填写）是否启动总公司审批或备案否参见“是否启动总公司审批或备案“定义（分公司特有）需求审批阶段填写－变更经理变更审批记录是记录变更审批的历史记录，包括如下信息：审批人姓名、审批结果、原因、时间等（手工填写）同11分配对象是将变更分配到各组变更主管（手工填写）审批阶段填写－变更委员会同16变更审批记录是记录变更审批的历史记录，包括如下信息：审批人姓名、审批结果、原因、时间等（手工填写）实施阶段填写－变更实施人派发变更任务否派发变更任务给变更实施人员变更实施记录是用于描述实施时的现场情况（手工填写）实际开始时间是变更实际开始时间YYYY-MM-DDHH:MM（手工填写）实际完成时间是变更实际完成时间YYYY-MM-DDHH:MM（手工填写）回顾阶段填写－变更主管变更观察记录否描述变更结束后，观察期间的情况（手工填写）回顾意见否变更委员会对变更进行回顾后得出的意见（手工填写）回顾代码否参见“回顾代码”定义（手工填写）关闭时填写－变更主管变更结束代码是参见“变更结束代码”定义关闭人是关闭人的姓名（系统填写）关闭时间是变更关闭的时间，关闭人手工填写。YYYY-MM-DDHH:MM其他备注否留用变更来源变更来源用于区分触发变更的其他流程或需求，以便进行有效地关联。编号代码描述1事件变更来源于事件2问题变更来源于问题3配置变更来源于配置项信息的调整4其他变更来源于其他方面，如项目建设等5业务部门变更类型变更类型用于区分变更，提高变更处理的效率。编号代码描述1简单变更指频繁发生、影响范围较小、紧急程度较低、实施风险较小（不会带来重大后果）、实施较简单的变更，如库表大小的改动，crontab时间的修改，文件的删除等。2标准变更指涉及影响范围较大（影响客户、业务部门、分公司或者社会影响较大）、实施风险较大、实施较复杂的变更。这些变更可以进行充分的计划和测试。如业务割接、机房搬迁、软件升级等。（需求审批；上线审批）3紧急变更指如果不进行变更，会立即或正在严重影响业务运行、导致严重影响服务等级或者带来重大影响的变更，应当得到尽可能快速的处理，减少流程的复杂性，但是又要有良好的控制。如紧急事件引发的紧急变更。变更是否中断业务变更可能会引起业务中断，需要在变更评估时加以说明。编号代码描述1是变更会引起业务中断2否变更不会引起业务中断变更是否需要测试变更实施前需进行必要的测试。编号代码描述1是变更需要测试2否变更不需要测试风险等级除简单变更外，变更主管、变更经理、变更委员会/紧急变更委员会对标准变更和紧急变更根据下表所列的衡量因素来量化评估实施变更可能带来的风险，该评估结果用于决定是否批准变更，是否需要更高级别的审批，以及实施完成后的观察期。该评估由变更主管进行初步评定，再由变更经理或变更委员会进行最终确定。风险等级量化评估表如下：衡量因素条件得分地区IT用户数量（受到实施或取消的影响）影响一个以上关键省或半数以上省1影响一个以上省但未达到半数,并没有关键省受影响2影响一个省的全部用户3影响一个省的部分用户4准备/实施必需的资源3个或更多支持小组12个支持小组2超过1人，相同的支持小组31人4变更成功的可能性无法测试，变更失败可能性很高1能实现部分测试，变更失败可能性较高2有成熟的变更方案，变更失败可能低3无需测试，变更失败可能性没有4变更规划时间6天或更长12-6天21-2天3小于1天4变更实施时间超过2小时或在线/服务断供期11-2小时 2不到1小时3不到30分钟 4回退时间回退时间超过2小时1回退难度中等以上（1-2小时）2回退难度适中（1小时或更短）3易于回退（30分钟或更短）4根据上表对每个变更进行评估，最终得出风险等级。风险分为四个等级：重大、高、中、低。不同的风险等级分别有对应的审批级别和实施完成后的观察期，具体定义如下表：总得分对应风险等级对应审批级别实施完后的观察周期6–9重大变更委员会、总公司5-7天10–13高变更委员会4-5天14–17中变更经理2-3天18+低变更经理1天变更所属系统类型定义变更所属的业务系统。业务系统分类子业务系统分类简称办公管理IT服务管理系统ITSM综合办公系统电子邮件系统请填写简称电子商务网上招聘系统CORS管理决策团体年金报表子系统GARS财务计算机管理系统CLAF集团财务计算机管理系统GCLAFCF财务报表辅助系统EASY-REPORT大中城市业绩考核分析系统CSIS财务分析系统LIFA基础率分析系统EAS精算系统ATMS每日业务快报系统ZHCX统计信息系统TJXX审计系统AMS核心运营综合业务处理系统7版CBPS7集团综合业务处理系统7版NBPS老业务处理系统OBPS综合业务处理系统8版CBPS8出单管理系统(七版)Printpro档案影像管理系统CIMS单证管理系统CVMS打印管理系统CPMS数据清理系统CLEANER投连万能处理系统UBPS团体年金核心业务处理系统GAPS中介业务处理系统ABPS统括业务处理系统UNITE再保险系统RBPS健康意外险系统HDPS互联网销售系统ISS销售客服团体年金大客户支持子系统GACS团体年金报价子系统GAPS团体年金销售支持系统GA3S个人代理人管理信息系统AMIS讲师管理系统TMIS会员管理系统2005MMIS个人代理人营销支持系统E-MSS大客户支持系统anntsuport网络查询系统netqueryCF呼叫中心系统CALLCF短信系统SMS其他非业务系统类OTS说明：第一层为”其它”的话，分公司可以对其子类可以扩充并提交到总公司，由总公司统一协调配置变更分类一级分类二级分类三级分类服务器SR小型机（EPS）PC服务器（SPC）存储设备RD磁盘阵列（RAD）磁带库（TAP）其他存储设备（OTR）网络NW交换机（SWT）网络交换机（SWT）光纤交换机（FST）路由器（RUT）防火墙（FRW）VPN网关（VPG）安全网关（SEG）链路（LNK）其他网络设备（OTN）终端TR台式机（COM）笔记本（NTB）字符终端（CTR）图形终端（GTR）外设及其他PR外设（DDV）打印机（PRT）扫描仪（SCN）绘图仪（DRW）其他（SSO）机房（DCE）监控系统（）消防系统其他（OTR）软件SW应用软件APP自主开发（SDV）外包开发（ODV）商业软件（FRD）系统软件SYS数据库（SDB）操作系统（OPS）中间件（SMD）其他（SYO）文档DC管理文档（ADC）技术文档（TDC）维护文档（ODC）工程文档（PDC）合同CRT产品购买合同（PUS）维护合同（MAN）应用系统AP应用系统名称（API）应用系统模块（APM）其他应用（APO）是否启动总公司审批或备案（分公司）对风险等级为重大的变更，变更经理需启动总公司审批对风险等级为高的变更，变更经理需启动总公司备案编号代码描述1是需要总公司审批或备案2否不需要总公司审批或备案变更状态变更从提出到最后被关闭，会历经各个阶段。变更处于不同的处理阶段具有不同的状态，需要不同的角色参与。以下是变更请求从提出、实施到结束的整个生命周期中的不同状态：编号代码描述1已登记变更请求已登记入系统，变更主管还未受理2接收需求变更主管接收变更申请人的变更请求3需求审批变更经理对变更请求（RFC）进行需求审批4计划中变更主管对变更进行规划，检验变更单的分类和信息是否正确，提交必要的变更文档5等待审批变更请求提交给变更经理或变更委员会、或总公司等待审批6已批准变更单得到批准（或简单变更预先批准）7处理中变更主管在此状态下，进行任务的创建、分发，变更实施者实施变更8已完成变更实施完成，进入观察期9关闭变更关闭，关闭变更时需指定关闭代码（成功，失败，已取消）回顾代码回顾代码用于描述变更计划和实施过程的质量，以便更好地改善未来的变更。编号代码描述1实施正常变更实施计划、操作没有问题2计划不全变更实施计划有缺陷，不完善3实施操作有误变更实施人员在实施过程中操作有误4不可预料情况其他不可预料的意外情况，如系统突然无法启动变更结束代码变更结束代码用来描述其完结时的不同状态。编号代码描述1成功变更成功完成2失败变更不成功，执行了回退计划3已取消变更因为各种原因被取消变更实施单信息项序号信息项描述1实施单ID为每个变更实施单分派一个唯一的序列号（系统自动产生）2变更请求单号该变更实施单所属的变更请求单号，来源于变更信息项（系统自动关联）3标题简单描述变更请求，来源于变更信息项4实施内容描述变更实施的内容（手工填写）5关联的配置项变更实施关联的配置项信息6记录登记时间变更实施单创建的时间（系统自动产生）7实施单状态该变更实施单的状态，由各省自行定义8实施人员信息姓名、手机、办公电话、邮件地址、联系方式、地域、机构、部门（手工填写）9核查人信息姓名、手机、办公电话、邮件地址、联系方式、地域、机构、部门（手工填写）10计划开始时间该实施单的计划开始时间（手工填写）11计划完成时间该实施单的计划完成时间（手工填写）12实际开始时间该实施单的实际开始时间（手工填写）13实际完成时间该实施单的实际完成时间（手工填写）14实施任务记录实施任务的工作日志、系统日志（手工填写）15核查结论实施任务的核查结论（手工填写）流程概要设计概要设计流程图变更管理概要设计流程图如下：序号步骤名称责任人说明400.1变更发起变更请求者变更申请人根据来自维护自发或其他IT人员、项目建设提出的、或事件、问题、配置管理流程提出的需求，收集信息，跟相关部门或用户确认创建变更请求记录初步为变更分配类型、风险等级等保证变更信息项的完整性和正确性400.2检查、测试和计划变更主管判断变更类型，对简单变更，制定变更计划，直接转400.7安排和分派任务对标准变更，提交本部门变更经理，进行需求审批对紧急变更，确认后立刻提交给变更经理按照401紧急变更子流程处理查询配置管理数据库初步评估变更的类型、风险等，必须提出可能会影响哪些业务系统和部门，以供决策参考对标准变更，协调资源，制定变更计划，包括实施计划、测试计划、回退计划、配置项更新计划等实施计划要求有详细的操作命令，并包括实施变更的具体时间、操作执行人、核查人以及实施变更后观察期内的监控人员等配置项更新计划包括配置项属性和关系的更新等对变更进行必要的测试，即对实施计划以及回退计划进行测试，提供测试报告，确保系统变更的正常进行及回退的有效性变更主管将实施计划、测试报告、回退计划、配置项更新计划等提交给变更经理审批400.3评估、审批变更变更经理变更经理接受变更请求，评估和确定变更的类型、风险等级等审阅所有提交的计划，包括实施计划、测试报告、回退计划、配置项更新计划等变更经理将风险等级为重大或高的变更报送变更委员会审批，变更委员会的成员由变更经理确定变更经理可以做出驳回或批准的意见400.4变更委员会评估、审批变更委员会变更委员会由各领域的专家、领导、用户或相关厂商组成，对变更实施计划、测试报告、回退计划、配置项更新计划等审阅变更委员会可以做出驳回或批准的意见对于分公司的变更如果是重大变更，必须提前至少3个工作日报请总公司审批，转400.5由变更经理提交至总公司审批400.5总公司审批总公司总公司可以做出驳回或批准的意见400.6收集审批意见变更经理变更经理收集审批意见，驳回或批准变更。对于驳回的变更请求，可以建议变更主管取消变更或重新计划等如果审批意见是批准，转400.7安排和分派任务，并将高风险等级变更提交至总公司备案否则，转400.2检查、测试和计划，可以取消或重新计划400.7安排和分派任务变更主管变更主管负责日程安排和变更实施人员安排，分派任务给实施人员提前向相关部门发出变更通告如取消变更，也需提前向相关部门或总公司发出通告400.8实施变更任务变更实施人员变更主管监控整个变更实施过程变更实施人员按照实施计划，在生产环境实施变更在必要时启动恢复计划实施完成后，通知变更主管，变更主管需填写由该变更所引起业务中断的关键系统名称和中断时长，最多填写三个关键系统的名称和各自的中断时长400.9变更回顾变更经理、变更主管、变更委员会变更主管负责准备回顾资料，对于重大变更（风险高、影响大、复杂的变更），或执行了回退计划的变更，由变更主管通知变更经理，变更经理负责召集变更委员会成员参加会议变更主管负责将回顾结果更新到变更记录中400.10关闭变更变更主管变更主管分派配置项更新任务给相关配置管理员配置管理员人据配置项更新计划更新相关配置项信息如该变更是相关事件或问题流程发起，则通知事件或问题的当前处理人对于风险等级为重大的变更，提交变更总结报告至总公司备案整理信息、更新变更记录，关闭变更紧急变更子流程紧急变更管理子流程图：紧急变更子流程说明如下：序号步骤名称责任人说明401.1确认紧急变更变更经理变更经理确认是紧急变更，如果不是则返回原流程变更经理召集紧急变更委员会（EC）成员，注意在特殊环境下会议可能并非面对面，而是强调相关重要人员的沟通。可以通过电话方式沟通将紧急变更的相关信息通告EC成员。或把紧急变更相关资料发送给EC成员401.2快速评估、审批紧急变更委员会EC变更委员会-EC成员将检查和审阅需要讨论的紧急变更请求如果变更委员会-EC发现变更请求（RFC）的信息不足以作出决定，应当立即要求变更请求者提供更多的信息，而变更请求者在紧急变更处理过程中应当随时准备配合EC成员评估变更，对该变更做出批准或驳回的意见如不同意该紧急变更，则返回原流程，可取消或按正常流程进行如批准则指定变更主管401.3制定紧急实施计划、测试计划、回退计划，进行必要的测试变更主管、变更实施人员、变更经理协调资源，制定紧急变更计划，包括实施计划、测试计划、回退计划、配置项更新计划等（包括实施步骤、实施延续的时间、恢复计划、实施的人员安排、紧急通告等）、进行必要的测试，提交测试报告对于风险等级为重大的变更，由变更经理按照总公司要求提交至总公司审批否则进入401.5实施紧急变更任务401.4总公司审批总公司总公司审阅紧急变更计划，如批准，反馈意见下发给变更经理，由变更经理转401.5实施紧急变更任务否则将驳回意见下发给变更经理，由变更经理转400.2，返回原流程，由变更主管处理401.5实施紧急变更任务变更主管、变更实施人员、变更经理通告相关部门业务恢复后再次通知相关部门按照计划实施和测试系统，如果变更失败，则转401.7执行回退计划监测实施效果401.6回顾紧急变更变更经理、变更主管、紧急变更委员会变更主管协助变更经理确定参加回顾的人员，并将相关信息发给与会人员变更经理主持回顾会议，回顾该紧急变更的根源，变更的业务或技术目的，给出建议或意见401.7执行回退计划变更主管、变更实施人员如果变更实施失败，执行回退计划401.8关闭变更变更经理如果该变更引起配置项信息的变化，则通知配置管理员及时更新对于风险等级为重大的变更，提交变更总结报告至总公司备案如果该紧急变更来自于紧急事件处理子流程，则通知紧急事件处理子流程整理资料，更新变更记录，通知变更请求者，关闭变更紧急变更子流程为紧急变更提供了快速处理机制，但为了良好的控制，仍应通过服务管理平台完成上述各环节。流程详细设计（400.1）变更发起流程描述如下序号步骤名称责任人输入输出说明400.1.1收集信息变更请求者变更需求变更申请人收集变更需求。变更需求可能来自于IT人员维护自发的、项目建设的，以及事件、问题和配置管理流程400.1.2填写变更请求单变更请求者变更请求记录变更请求（RFC）创建变更请求记录填写变更请求记录初步判断变更类型、风险等级等完成后提交给相关领域的变更主管，（必要时咨询变更经理）转400.2（400.2）检查、测试和计划流程描述如下序号步骤名称责任人输入输出说明400.2.1检查变更请求内容、类型、风险等级变更主管初始的变更请求（RFC）完善的变更请求（RFC）变更主管负责对变更请求者提交的变更请求（RFC）进行检查，检查其信息的完整性和正确性如信息不完整或不正确，则协同变更请求者完善该变更请求单评估变更的风险等级等信息接受变更吗？完善的变更请求（RFC），判断是否接受变更，如接受，更新变更状态为‘计划中’判断是否是简单变更，如是简单变更，则转400.7直接安排和分派任务否则判断是否是紧急变更，如是紧急变更，则转401紧急变更子流程，否则作为标准变更转400.2.3协调资源如不接受，则转400.2.2取消变更400.2.2取消变更，更新记录并关闭变更变更主管初始的变更请求（RFC）批复原因取消并关闭的变更请求（RFC）取消变更，更新变更记录，将状态改为‘关闭’，结束代码设为‘取消’通知变更请求者变更取消的原因400.2.3协调资源变更主管完善的变更请求（RFC）协调好的资源变更主管协调各方资源，这些资源是各领域的技术人员，可能包括厂家、集成商、或省公司自己的维护人员如有必要，变更主管负责再次评估变更的风险等级，提出可能会影响哪些业务系统和部门，以供决策参考对重大或复杂的变更可能需要变更经理帮助协调各方资源400.2.4制定变更实施计划、测试计划、回退计划变更实施人员完善的变更请求（RFC）、协调好的资源变更实施计划、回退计划、测试计划可以查询配置管理数据库，找出可能会受影响的配置项和关系利用各方资源，制定出详细变更方案，实施计划，可包括技术实施步骤、测试计划、回退计划、配置项更新计划、日程安排、实施人员安排、通告计划、监控计划（监控内容、监控时间、负责人）等，详细程度因具体变更的内容和难易程度而定必须至少包括变更实施计划、测试计划、回退计划和配置项更新计划，配置项更新计划是根据变更可能对CMDB的更新（添加/修改），详细列出需要增加、修改的配置项及其关系需要测试吗？如需要测试，则转400.2.5测试变更如没有测试条件或不需要测试，则将所有计划和相关文档提交给变更主管，转400.2.6由变更主管，初步审核所有计划，整理相关信息，并提交给变更经理审批400.2.5测试变更变更实施人员变更实施计划、回退计划、测试计划修正的变更实施计划、回退计划、测试报告如有条件，则对变更实施计划和回退计划进行测试，保证变更的正确进行和回退的有效性整理测试报告400.2.6初步审核所有计划，整理相关信息，并提交给变更经理审批变更主管变更请求（RFC）、实施计划、回退计划、测试报告变更主管初步审核所有计划，整理相关信息，更新变更请求（RFC），提交变更请求（RFC）及变更计划等附件给变更经理转400.3审批变更重新计划？驳回的变更请求（RFC），变更经理返回的审批意见和结果变更主管从400.6收到被驳回的变更请求，可以决定取消或重新计划如果决定重新计划，更新变更状态为‘计划中’，转400.2.3重新计划否则，转400.2.2取消变更（400.3）评估审批流程描述如下序号步骤名称责任人输入输出说明400.3.1审阅变更请求变更经理变更请求（RFC）、实施计划、回退计划、（测试报告）已批准的变更请求（RFC）、或驳回的变更请求（RFC）、审批意见变更经理将状态设置为“等待审批”，审阅需要评审的变更请求，以及所有文档是否完备对变更实施计划和回退计划的详细内容进行审阅审阅变更的风险等级，以决定还是否需要变更委员会（CAB）或总公司审批变更风险等级为重大或高吗？对于总公司的变更如果变更经理批复同意但变更风险等级为重大或高，则还需要变更委员会（CAB）审批，转400.3.2挑选变更委员会（CAB）成员，提交至变更委员会（CAB）审批对于分公司的变更如果变更经理批复同意但变更风险等级为重大或高，则还需要总公司审批，转400.3.4整理信息否则，转至400.6收集审批意见400.3.2挑选合适的变更委员会（CAB）成员变更经理变更请求（RFC）、实施计划、回退计划、（测试报告）变更委员会（CAB）成员名单变更经理根据变更的内容，涉及到的实施方案，挑选相关领域的专家和领导组成变更委员会（CAB）400.3.3整理信息，提交给变更委员会（CAB）审批变更主管变更请求（RFC）、实施计划、回退计划、（测试报告）变更主管根据变更发起人，指定项目经理或自己整理所有相关变更请求（RFC）信息，实施计划、回退计划、测试报告等变更主管将变更请求（RFC）及所有资料发给变更委员会（CAB）成员，并由其通知各变更委员会（CAB）成员审阅，转400.4变更委员会（CAB）审批400.3.4整理信息，提交给总公司审批变更主管变更请求（RFC）、实施计划、回退计划、（测试报告）变更主管根据变更发起人，指定项目经理或自己整理所有相关变更请求（RFC）信息，实施计划、回退计划、测试报告等变更主管将变更请求（RFC）及所有资料发给总公司成员，并由其通知总公司审阅，转400.5总公司审批（400.4）变更委员会（CAB）评估审批（总公司）流程描述如下序号步骤名称责任人输入输出说明400.4.1变更委员会（CAB）审阅变更变更委员会（CAB）成员变更请求（RFC）、实施计划、回退计划、（测试报告）变更经理审批意见变更委员会（CAB）由各相关领域的技术专家、领导、用户或厂商等人组成变更委员会（CAB）成员对该次变更信息审阅，评估风险等级等400.4.2变更委员会（CAB）批复意见变更委员会（CAB）成员变更请求（RFC）、实施计划、回退计划、（测试报告）变更委员会（CAB）审批意见变更委员会（CAB）根据评估结果，将审批意见通知变更经理（400.5）总公司审批流程描述如下序号步骤名称责任人输入输出说明400.5.1总公司审阅变更总公司变更请求（RFC）、实施计划、回退计划、（测试报告）变更委员会（CAB）审批意见总公司审批意见总公司审阅变更400.5.2总公司反馈批复意见总公司总公司审批意见总公司将审批意见下发到变更经理，转至400.6（400.6）收集审批意见流程描述如下序号步骤名称责任人输入输出说明变更批复吗？变更经理变更请求（RFC）、实施计划、回退计划、（测试报告）审批意见审批意见变更经理收集变更审批意见，该审批意见还可能来自变更委员会（CAB）或总公司如果变更批准，转400.6.1，批复变更请求否则转4006.2驳回变更400.6.1批复同意变更变更经理同意的变更请求（RFC）、回复意见变更经理回复变更主管同意变更，将变更状态改为‘已批准’，转400.7同时将已批准的高风险等级的变更提交至总公司备案400.6.2驳回变更变更经理回复意见、驳回的变更请求（RFC）变更经理回复变更主管驳回的原因，可以是重新计划或取消变更。转400.2（400.7）安排和分派任务流程描述如下序号步骤名称责任人输入输出说明400.7.1协调变更日程变更主管变更实施计划变更日程变更主管将变更状态改为‘处理中’，并负责协调具体变更实施的日程安排，协调过程可能会需要得到变更经理的帮助。是否因例外需要取消变更？变更主管例外原因变更主管判断是否因例外原因要取消变更如需要取消，则转400.7.5通告变更经理和相关部门如继续变更，则转400.7.2生成变更通告400.7.2生成变更通告变更主管变更实施计划变更通告变更主管准备变更通告400.7.3通知相关部门变更主管相关部门向所有受影响的部门以及有相关接口的系统发出变更通告通告内容包括变更内容、变更时间、持续时长、受影响部门和系统、注意事项等建议至少在变更实施的前若干小时（不同的变更提前通知时间不同），向有关人员发布变更通知，并且在变更执行的前X个小时，再次发布变更通知，以便提前做好准备，减少对业务的影响通知方式可通过信息中心行文流程进行400.7.4协调资源、分派具体任务变更主管实施计划具体实施任务变更主管需提前将变更计划和具体任务发送所有实施人员分派具体任务给每个实施人员400.7.5通告变更经理和相关部门变更主管取消原因变更取消通告变更主管提前通告变更经理和相关部门取消变更的原因，转400.10关闭变更（400.8）实施变更任务流程描述如下序号步骤名称责任人输入输出说明400.8.1根据日程实施与测试变更变更实施人员实施任务根据变更实施计划实施变更任务400.8.2根据计划日程监控实施进度变更主管变更主管按照计划好的日程，监控实施进度能按时完成吗？变更主管如不能按时完成，则转400.8.5，执行回退计划如能按时完成，继续实施并测试实施和测试成功吗？变更实施人员实施和测试结果如果能按时实施和测试成功，转400.8.3核实变更实施完成如果不能按时完成变更或者实施不成功，转400.8.5执行回退计划400.8.3核实变更实施完成变更主管实施完成的变更核实变更完成通告变更实施完成更新变更记录，将状态改为‘已完成’变更主管填写由该变更所引起业务中断的关键系统名称和中断时长，填写三个关键系统的名称和各自的中断时长，如果此变更涉及关键系统较多，并在中断关键业务、中断时长中填写所有的关键系统名称及关键系统中断总时长转400.8.4监控实施效果400.8.4监控实施效果变更主管监控结果变更主管负责监控该次变更的总体效果，转400.9回顾变更400.8.5执行回退计划变更实施人员变更前的系统变更失败，或者变更超出原定时间，必须恢复到变更之前的状态转400.9回顾变更（400.9）回顾变更流程描述如下序号步骤名称责任人输入输出说明400.9.1更新相关信息，准备相关文档变更主管实施完成的变更或执行回退的变更更新的变更记录变更主管更新相关信息，准备相关文档需要回顾吗变更主管变更请求（RFC）、实施后的变更回顾决定变更主管根据是否重大变更、是否变更失败来决定需要回顾如不需要，则转400.10如需要回顾，则转400.9.2400.9.2确定合适人员，通知回顾人员变更经理变更委员会（CAB）名单选择合适的人员，通知他们参加回顾会议400.9.3主持回顾会议变更经理变更相关