变更管理流程目的变更可能来自于对问题和外部强制性要求的被动反应，即处理事件或故障时必须要进行 变更才能解决；也可能来自于主动寻求提高服务效率和效果的需要，如通过某些配置项或服 务的变更，可以提供用户更优质的服务具体而言，变更管理流程的目的有以下几点：1、确保所有的变更活动都有明确的记录可追踪；2、确保所有的变更活动可能导致的负面影响和风险都能被正确的识别和评估，以采取 必要的措施降低影响和风险；3、确保通过配置管理流程对配置管理数据库(CMDB)进行更新流程主要内容变更管理流程起始于变更请求，经过变更的评估和审批、制定变更实施计划并实施变更，最终终止于变更请求的关闭变更管理流程包括以下工作活动：一、 变更发起变更申请人提出变更申请，该步骤是变更管理流程的起点变更请求者发起/创建变更， 填写变更内容、原因、实施计划、测试计划和回退计划，提交给变更经理，同时在变更处理 过程中提供其他必要的信息变更主要有以下来源：1、事件管理和问题管理流程在处理过程中引发的变更；2、新项目的建设、上线专门提出或引发的变更；3、主动改善 IT 环境和服务质量引发的变更二、 变更经理评估与审核变更经理提交的变更进行评估和审批，必要时，变更经理认为是重大变更，有必要召集CAB会议时，由变更经理召集CAB会议对变更进行评估。
三、变更委员会（CAB ）审核由变更委员会（CAB）对变更请求进行技术、业务等多个角度的审核，并在必要时提交 更高领导进行审批，以此确保变更既能满足业务的要求，同时又对IT生产环境造成的负面 影响最小审核的内容包含：评估实施变更可能造成的风险、对现有服务的影响，实施计划、测试 计划和回退计划、找出降低变更风险的方法或其他替代方案等变更委员会成员包括对该变更的评估、批准、实施以及为变更过程提供应有附加价值的 技术人员和管理人员，包括各管理组经理和业务部门负责人，这种委员会可以是固定的，也 可以根据实际变更临时组建的虚拟管理团队四、 实施变更由变更经理负责协调资源，组织人员按计划实施变更，变更经理监控实施过程和结果， 并在必要时进行协调或做出干预在实施变更时，由变更执行者设计并制定变更计划、开发并实施重要变更、变更测试 对通过测试的变更流程进行过程记录五、 变更回退对失败的变更，按照回退计划进行回退六、 变更回顾不论变更是否成功，实施完成后应该进行变更回顾，对于成功的变更，检查结果并进行 正确操作方法的记录；对于失败的变更应进行总结七、 关闭变更结束变更流程，并根据变更的结果发起相应的流程。
与其他流程关系变更管理流程可以从其他的服务管理流程接收到变更请求，即由故障、问题、引发变更一、 和配置管理流程的关系变更管理涉及到的配置改变，应当在配置管理数据库中得到体现，改变的数据可能包括 配置项、配置项间的关系、配置项的某些属性以及服务变更的评估需要从配置管理数据库中获取相关的信息进行分析二、 和事件管理流程的关系故障的解决可能需要触发变更管理流程来实现，变更成功实施后应当通知事件管理流程三、 和问题管理流程的关系问题管理流程中对于错误的修正可能需要触发变更管理流程，变更成功实施后应当通知 问题管理流程四、 和发布管理流程的关系发布管理为变更管理提供支持，负责计划与发布变更，通过正规的实施变更流程及测试 确保变更后系统和环境的质量角色与职责一、变更请求者1.提出变更申请，并提交给变更经理；2.填写变更内容，描述变更需求；3.在变更处理过程中提供必要的信息；4.变更结果确认；5.变更工单关闭二、变更经理1.确保日常工作符合流程及相关规定；2.确保变更请求记录的质量；3.确保所有的变更都得到记录；4.确保记录的正确性和完整性；5.过滤掉不切实际的变更，并返回给变更请求者；6.负责协调变更所需的资源；7.确保所有的变更都必须通过变更请求提交，而不是经过其他途径。
三、变更顾问委员会（CAB）1.对变更请求者发起/创建的变更申请进行审核，确认该变更的必要性，同时确保如果执行该变更，确保变更既能满足业务的要求，同时又对IT生产环境造成的负面影响最小；2.评估变更可能存在的风险；3.找出降低变更风险的方法或其他替代方案；4.审批是否执行变更四、 变更执行者1. 根据变更经理或 CAB 会议结果制定变更实施方案、变更实施计划2. 纪录实施相关的信息，确保文档的完整性；3. 负责实施和测试；4. 变更完成后，进行监控，并记录监控结果；5. 与变更经理沟通，通报变更实施的进度和结果流程架构设计变更管理流程设计如下：变更管理流程变更经谡变更执行人茸他济程3更岌逐分K任势1 '附图1. 变更管理设计各节点工作任务如下：序号步骤名称责任角色说明输出文档1变更发起变更请求者♦变更来自于事件管理、问题管理以 及项目建设提交的变更请求（需项 目主管批准）♦变更请求者收集必要的变更信息 以创建一个变更请求，例如变更对 象、变更描述等，同时准备变更相 关的实施、测试、回退等计划《变更记录 单》2评估审批变更经理变更经理对变更请求进行评估和审 批，检查变更计划是否完备，并提交 架构安全组经理审批。
对于简单变更，变更经理直接安排实 施，对于重大变更升级到CAB审核4CAB评估审核CAB由CAB成员从IT和业务角度评审变 更，内容包括评审变更的风险、业务 影响、方案可行性、实施难度等、实 施计划/时间等以此确保变更既能满 足业务的要求，同时又对IT生产环境 造成的负面影响最小5分派任务变更经理/CAB变更经理或CAB根据实际变更业务 需求安排合适的变更执行者执行变 更6实施变更变更执行者按照变更方案的要求实施变更《变更记录》7变更回退变更执行者对于不成功的变更，按照回退计划进 行回退，并直接关闭《变更记录》9变更关闭变更执行者由变更请求者关闭变更无流程功能设计变更创建变更开始于变更工单的创建，变更有多个来源：1、运维人员手工创建变更；2、由事件或问题导致变更；3、和其他系统集成，如何用户的变更审批系统集成创建变更不论变更来源如何，在创建变更工单时，都需要将变更和所涉及的配置项进行关联并分析和评估变更的影响范围和程度出审工非自 WI4I* 1^51* 就和岌*工单Broadview匸055集中运行tIE®寧台上粉工单CS * * €-ftKttfl：OS » 中 C fi■* M?fcS是p宵也 I*fii*rca?s：j£z*sh芫匣王齿Mrl匸W网工* 庖删抽江鼻 Alf3Ul«ai«崔工鼻戈剧 • ik话戈團HBfQFBfliII*宜!!曲耐・工葷附图2. 新建变更工单变更分类创建工单时将对变更进行分类，根据其所属系统或所属技术领域将变更划分类别，这样 做的好处是可以快速将变更交给合适的人员或组进行处理，加快变更的处理速度。
变更分派系统支持手动或自动的变更分派方式，用户可以灵活选择，对于复杂的变更工单，系统还支持变更的拆分，分派给不同的人协同处理，以加快变更处理效率附图3. 变更分派变更处理变更处理相对复杂，包括处理前的评估、实施解决和测试等过程，以确保变更顺利实施并且对生产环境的影响降到最低评估、解决和测试结果均需要记录在变更工单上，以方便后续追溯和分析附图4. 变更实施变更关闭当变更处理完成时，发起人将关闭该工单，对于失败的变更，不允许继续实施，而是关闭该工单再重新创建信的变更齒产配・ir理融町廉弄旨 菠甜工*E
KBDXlFS=>! MI*LiltffrT*鼻 ZTfii? 二工草 fcffSKl® tirlflEfll* 丘归口I •更■•」威息S窃&业玻別滞•4M113廳忙二r姬哪■'.!L"".: . vw,lM|囲蹄快|「feE簸|斓萌］甄jjflWMIft || 早|niSftsuE昱咤1 :■ ■ ■■■■ttllEi+WJSGJim.祕计船丘口1 :■■■■■■中日件l+t#Jig.f也！■■■■■^1 ::'"■■■■■计船GG1 :■■■■■■ipe^tl+Wi* "BJAIM* iAtaaiF'附图6. 变更和配置关联斗冒障w co$s幕中sfiKa平台监世盲现 s^Bra垃迎血 TATaffi 色 1 fiffl " SM - &E百删II® l!?WWlf!5llUG^Et fcflllftb 事件工葦 间的工4> 鼠更亦笈蔦工• It 11:1* 4aiAJF Sr=I#Hfe£tT*ji_ uai«用■斑：-＜1t#l**骼酬： -1 I*SIS-I^fid its弼i甲 wmii* 曲江片宜谄“合甕左剧 斗业男細SEIi.fi>BffW 恆 h■■ | 帕工阿 ” mitiB J8.20 TB-CPWfc・计0 THEE r* PI^KJS 斗 Jlftse 吃 jkW 期曲& rCFJR尸!!屯工 1£*刚41 弘 affW2<&2^ > 1^. 1%HWB曲2 i閔tR湖丄机＜2卩＞」自科|嘔堆曲転］mjaaa |奚医芦和冠吹皈［1弼薛|工曲軽132 T閱 ifi 2D E*lCPjftBTPt^KFH工-t.E^fi 中附图7. 变更和事件关联此外，系统还提供了可编程的标准接口，方便管理人员通过该接口对进行修改和读取。
变更统计与查询系统支持变更工单的统计和查询功能，通过统计分析能够帮助用户从整体层面了解和掌 握变更的处理情况，了解变更的趋势，为优化和改进提供依据系统支持灵活的查询功能，除条件、模糊等查询方式外，还提供了自定义查询功能方便运维人员快速查找所关心的变更i»A□耐朝支些疵宜見主證阳豪曰窑MAav»4A耐BajM14DWf_fl玄見醇 僦讣巔丘粘鼎■:■毎卫W3613-12-27 1*惟KEIG_。