服务变更与发布管理

1、变更管理流程目的变更可能来自于对问题和外部强制性要求的被动反应，即处理事件或故障时必须要进行 变更才能解决；也可能来自于主动寻求提高服务效率和效果的需要，如通过某些配置项或服 务的变更，可以提供用户更优质的服务。具体而言，变更管理流程的目的有以下几点：1、确保所有的变更活动都有明确的记录可追踪；2、确保所有的变更活动可能导致的负面影响和风险都能被正确的识别和评估，以采取 必要的措施降低影响和风险；3、确保通过配置管理流程对配置管理数据库(CMDB)进行更新。流程主要内容变更管理流程起始于变更请求，经过变更的评估和审批、制定变更实施计划并实施变更， 最终终止于变更请求的关闭。变更管理流程包括以下

2、工作活动：一、变更发起变更申请人提出变更申请，该步骤是变更管理流程的起点。变更请求者发起/创建变更， 填写变更内容、原因、实施计划、测试计划和回退计划，提交给变更经理，同时在变更处理 过程中提供其他必要的信息。变更主要有以下来源：1、事件管理和问题管理流程在处理过程中引发的变更；2、新项目的建设、上线专门提出或引发的变更；3、主动改善IT环境和服务质量引发的变更。二、变更经理评估与审核变更经理提交的变更进行评估和审批，必要时，变更经理认为是重大变更，有必要召集 CAB会议时，由变更经理召集CAB会议对变更进行评估。三、变更委员会（CAB）审核由变更委员会（CAB）对变更请求进行技术、业务等多个

3、角度的审核，并在必要时提交 更高领导进行审批，以此确保变更既能满足业务的要求，同时又对IT生产环境造成的负面 影响最小。审核的内容包含：评估实施变更可能造成的风险、对现有服务的影响，实施计划、测试 计划和回退计划、找出降低变更风险的方法或其他替代方案等。变更委员会成员包括对该变更的评估、批准、实施以及为变更过程提供应有附加价值的 技术人员和管理人员，包括各管理组经理和业务部门负责人，这种委员会可以是固定的，也 可以根据实际变更临时组建的虚拟管理团队。四、实施变更由变更经理负责协调资源，组织人员按计划实施变更，变更经理监控实施过程和结果， 并在必要时进行协调或做出干预。在实施变更时，由变更执行者

4、设计并制定变更计划、开发并实施重要变更、变更测试， 对通过测试的变更流程进行过程记录。五、变更回退对失败的变更，按照回退计划进行回退。六、变更回顾不论变更是否成功，实施完成后应该进行变更回顾，对于成功的变更，检查结果并进行 正确操作方法的记录；对于失败的变更应进行总结。七、关闭变更结束变更流程，并根据变更的结果发起相应的流程。与其他流程关系变更管理流程可以从其他的服务管理流程接收到变更请求，即由故障、问题、引发变更。一、和配置管理流程的关系变更管理涉及到的配置改变，应当在配置管理数据库中得到体现，改变的数据可能包括 配置项、配置项间的关系、配置项的某些属性以及服务。变更的评估需要从配置管理数据

5、库中获取相关的信息进行分析。二、和事件管理流程的关系故障的解决可能需要触发变更管理流程来实现，变更成功实施后应当通知事件管理流程。三、和问题管理流程的关系问题管理流程中对于错误的修正可能需要触发变更管理流程，变更成功实施后应当通知 问题管理流程。四、和发布管理流程的关系发布管理为变更管理提供支持，负责计划与发布变更，通过正规的实施变更流程及测试 确保变更后系统和环境的质量。角色与职责一、变更请求者提出变更申请，并提交给变更经理；填写变更内容，描述变更需求；在变更处理过程中提供必要的信息；变更结果确认；变更工单关闭。二、变更经理确保日常工作符合流程及相关规定；确保变更请求记录的质量；确保所有的变

6、更都得到记录；确保记录的正确性和完整性；过滤掉不切实际的变更，并返回给变更请求者；负责协调变更所需的资源；确保所有的变更都必须通过变更请求提交，而不是经过其他途径。三、变更顾问委员会（CAB）对变更请求者发起/创建的变更申请进行审核，确认该变更的必要性，同时确保 如果执行该变更，确保变更既能满足业务的要求，同时又对IT生产环境造成的 负面影响最小；评估变更可能存在的风险；找出降低变更风险的方法或其他替代方案；审批是否执行变更。四、变更执行者根据变更经理或CAB会议结果制定变更实施方案、变更实施计划;纪录实施相关的信息，确保文档的完整性；负责实施和测试；变更完成后，进行监控，并记录监控结果；与变

7、更经理沟通，通报变更实施的进度和结果。流程架构设计变更管理流程设计如下:附图1.变更管理设计各节点工作任务如下:序号步骤名称责任角色说明输出文档1变更发起变更请求者变更来自于事件管理、问题管理以 及项目建设提交的变更请求（需项 目主管批准）。变更请求者收集必要的变更信息 以创建一个变更请求，例如变更对 象、变更描述等，同时准备变更相 关的实施、测试、回退等计划。变更记录 单2评估审批变更经理变更经理对变更请求进行评估和审 批，检查变更计划是否完备，并提交 架构安全组经理审批。对于简单变更，变更经理直接安排实 施，对于重大变更升级到CAB审核。4CAB评估审核CAB由CAB成员从IT和业务角度评

8、审变 更，内容包括评审变更的风险、业务 影响、方案可行性、实施难度等、实 施计划/时间等。以此确保变更既能满 足业务的要求，同时又对IT生产环境 造成的负面影响最小。5分派任务变更经理/CAB变更经理或CAB根据实际变更业务 需求安排合适的变更执行者执行变 更。6实施变更变更执行 者按照变更方案的要求实施变更。变更记录7变更回退变更执行者对于不成功的变更，按照回退计划进 行回退，并直接关闭。变更记录9变更关闭变更执行者由变更请求者关闭变更。无流程功能设计变更创建变更开始于变更工单的创建，变更有多个来源：1、运维人员手工创建变更；2、由事件或问题导致变更；3、和其他系统集成，如何用户的变更审批系

9、统集成创建变更。运网导Broadviiew COS5里中运行M理宇白不论变更来源如何，在创建变更工单时，都需要将变更和所涉及的配置项进行关联并分 析和评估变更的影响范围和程度。| i砒工拳|成曜工审，1挡1济堂勒*K T袖囹wtthfr，电*工单es * eft诜*u谋必中*龄eL工革纹是g题：应工W其使王当E*孙工. 页顾整口蛆 页倒工*gM|X歹:SEIig寞便UU，七下耶1皿！宇| #宜my.蜀理明工*8椎与盛=：襄便蛭喝市枚|冠陈通|矢旧肥日| EawflU |黑程记弟|世职工fl：台 SttI* 闷幽工 直跑藕盟*工附图2.新建变更工单变更分类创建工单时将对变更进行分类，根据其所属系

10、统或所属技术领域将变更划分类别，这样 做的好处是可以快速将变更交给合适的人员或组进行处理，加快变更的处理速度。变更分派系统支持手动或自动的变更分派方式，用户可以灵活选择，对于复杂的变更工单，系统 还支持变更的拆分，分派给不同的人协同处理，以加快变更处理效率。优先级别：厂| 1-低较低3-中4-辍喜5-高任务时限：生成后的 0 天T 时旷分任癸时限消息：第一次，时眼前分第二次，时眼前分任至分甑方式：自动分曹 入工的甑主动认领分甑后允注退回汾队后允许重分配任务数里：，|j变里 请迭择与符碍 件的参与者救目相同_1允许委托他人执行J允许他人代理执行完成后需要审核,允许保年表单任宪执行界面：单弛表单会话流程置更扣责工It 11:1*4aifUF Sr=I# 距好HtrKtT*ji_ uai十新I r Jfl.20 TB-CPWfca -G THEE r* PIKJS 11 积里具愤停 r,曲姒三 I*SIS -工甲董日Its确1甲 1* 归过宜出“北男翘是是部吏M更王程HWBe * 1g i蠲1g 机凸勺白誓HEE.iSwWlftE-柞=5XF iiBI5 AUW：JI KKta工*#工肆住摹件耳UE毋1g 1祯IE叫空机亡F官事T网里中附图7.变更和事件关联此外，