变更管理流程指南Word下载.docx
- 文档编号:13243977
- 上传时间:2022-10-08
- 格式:DOCX
- 页数:39
- 大小:276.68KB
变更管理流程指南Word下载.docx
《变更管理流程指南Word下载.docx》由会员分享,可在线阅读,更多相关《变更管理流程指南Word下载.docx(39页珍藏版)》请在冰豆网上搜索。
IT服务管理项目
版本记录
0.1
2007-01-20
XX
初稿
2007-03-21
XXX
流程修改,增加代码描述,形成提交稿
1.文档介绍
1.1.文档简介
12文档用途
2.1.
变更管理流程描述
2.2.
目的
2.3.
范围
2.4.
主要内容
2.5.
业务价值
2.变更管理流程简介
3.变更管理的人员角色和职责
3.1.
变更经理
32
变更顾问委员会(CAB/EC)
3.3.
变更主管
3.4.
变更实施人员
3.5.
某客户人员角色定义
4.变更管理流程说明
4.1.
变更管理总体流程
4.2.
4.3.
4.3.1.
(350)紧急变更逻辑流程
4.3.2.
(300.1)提交变更请求.
4.3.3.
(300.2)接受变更请求.
4.3.4.
(300.3)评估风险/影响
4.3.5.
(300.4)测试/实施计划
4.3.6.
(300.5)计划&
沟通......
4.3.7.
(300.6)变更实施
4.3.8.
(300.7)回顾
4.3.9.
(300.8)结束
变更管理流程和其他管理流程的关系
变更管理详细流程
4.4.SD相关代码定义
10
12
15
16
17
18
19
20
4.4.1.
请求者优先级别.■
4.4.2.
影响度
4.4.3.
风险
4.4.4.
状态
4.4.5.
变更工单实施状态
4.4.6.
结束代码
4.4.7.
类别(Category)
4.4.8.
类型(Type)......
5.变更管理流程控制
21
22
24
5.1.变更管理流程政策/建议
5.1.1.政策
5.1.2.建议
25
5.2.管理报表
5.3.工作报表
26
6.附件
27
本文档是某客户变更流程设计说明及分析报告,是中国某公司和某客户信息科技部安全
运行处(以下简称某客户)一起制定的变更管理的流程说明文档,通过制定该流程,可以
从而保证由于变更而引起的对务的快速发展提供更优质的置管理。
帮助所有实施IT变更的人员有一套规范的分步流程去更新或升级生产环境中的IT系统。
IT环境的影响降到最小,提高IT系统和服务的质量,为业
IT服务,并且可以有效地实施其他相关ITSM管理流程,如配
本文档描述的是依据目前某客户的IT服务状况而制定的变更管理流程说明,以后进步的更新和优化将由某客户负责。
1.2.文档用途
本文档一方面作为本次ITSM项目的变更管理流程说明的交付物,也可为进一步设计变更管理流程的蓝本,读者对象为与变更管理流程相关的所有技术和管理人员。
本文档所描述的流程在IT服务管理中有许多作用,它提供一个统一的一致的生产系统的实施和变更流程以确保:
a)所有需要的递交物已完成;
b)所有的系统已测试;
C)已完成彻底的实施计划。
变更管理流程确保在打软件补丁,实施事件解决方案或引入新系统时有能够遵循的流
程。
它详细描述在某客户的IT环境中如何实施一个变更口,上线一个新系统。
并包括定
义在变更流程中涉及的文档资料。
2.1.变更管理流程描述
变更管理理想来看应该是一个单一的职能流程来控制和管理整个IT运行环境中的一切
变更,并和配置管理建立接口。
变更管理应该由管理工具来支持,管理的范围可包括软件,硬件,通讯设备和文档等的变更。
变更经理应该对整个变更流程负责,但这并不意味着自己要做每件事情,而是要确保有人在做应该做的事情。
ITIL建议成立一个变更顾问委员会(CAB)来帮助和支持变更经理,CAB的成员根据变
更的实质可以包括客户代表,运维支持,应用开发和供应商等跟变更有关的人员。
CAB通过开会等手段来考虑和评估变更请求(RFC)的:
潜在风险和影响;
实施变更需要的资源;
是否批准变更;
如果批准,什么时间实施。
本公司建议:
初期CAB-个季度对已实施的变更回顾一次,正常运行后某客户再根据运行情况确定周期;
针对具体某一项变更回顾的报告结果可以用附件的方式附加在该变更单上进行保存;
CAB也负责变更实施后的回顾以确保:
变更是否成功?
是否产生其他副作用?
实际所用的资源和预期的是否一致,如果不是,调整评估流程。
批准后,变更将进入计划,测试/构建和实施阶段。
计划/构建阶段也包括开发一个恢复
计划(FallbackPlan),用以在实施阶段出现问题或紧急状况时需要把变更回退回去。
变更管理流程也负责紧急变更,在此种情况下,变更的评估,计划,测试和实施阶段都将快速进行。
客户
服务请求
La
提交一个问:
帮助台
事件管理
尽快地恢复服务
1
新服务的部署和发布
I新服务的支持
El
提供最新的配置信息
问题管理建立一个稳定的环境
―0站
配置管理
IT资源信息
变更管理和其他管理流程的关系
配置信息
2.2.目的
IT变更管理流程将通过标准统一的方法和步骤管理和控制所有对主要的目的包括:
IT部门可以管理和引导用户变更需求;
通过对所有变更的正确评估,可以维护IT环境的完整性;
变更和变更实施得到正确记录,并提供审核统计;
减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏作用;
提供了一致性的变更实施质量控制;
提高资源使用率(如,未得到正确控制和授权的变更需要更多的后续资源);
确保实施的变更不会超出预定的系统利用限值;
确保紧急变更请求得到快速实施(由紧急变更委员会(CAB/EC)负责)。
2.3.范围
变更管理流程涵盖生产环境及CMDB中CI的所有变更,包括:
服务器;
业务系统(新系统上线,生产系统的变动);
客户端;
网络设备;
存储设备;
机房环境;
在ServiceDesk中的CMDB数据项及其和CI之间的配置关系;
不包括:
尚处于开发阶段的IT元素的变更;
不需要某客户IT部门介入,并且不影响IT运维的由用户控制的行为动作;
2.4.主要内容
某客户IT变更管理流程将包括如下内容:
接受RFC(变更请求)
所有变更请求,都需递交到变更经理,供评估和批准。
评估变更分类、变更级别等,确定与变更相关的CAB人员,变更经理对常规变
更进行实施;
变更请求分类和登录
通过分类,确定该RFC的批准人和领导/执行人,并确定是否是紧急变更,紧急变更适用同一流程但将得到快速批准和实施。
提交RFC到变更顾问委员会(CAB)进行评估,确定影响度
变更经理将根据特定的变更请求成立特定的CAB,成员包括对该变更的评估和
批准提供应有附加价值的技术人员和管理人员。
评估工作包括技术可行性,对容量的影响,对现有服务的影响,资源需求等。
批准RFC
变更经理确定对该RFC有批准权的经理参加CAB,必要时参与评估。
评估后该经理根据判断决定是否批准RFC。
检查变更计划/测试结果,并批准实施
变更经理确定合适人员主管该变更并参与CAB,称为变更主管。
变更请求得到
评估和批准后,变更主管安排相应资源进行变更的构建/开发,然后需要对将要实施到生产环境的变更进行测试,并制定实施计划,随后提交测试结果和计划给变更经理以获得实施。
变更经理必需要确保测试结果和计划都有文档记录和得到签署,并确认变更对生产环境没有影响或影响可以得到控制。
这一步骤为变更流程的关键质量检查点。
规划RFC
RFC—旦获得批准,它必须根据资源和其他情况进行规划,确定实施日期,分配相应资源,并通知请求人。
协调变更实施Coordinatingthechangeimpiementation
一切就绪后,可以实施变更。
建议某客户计算机中心的运维组实施相应变更,变更经理监视实施过程,并在必要时进行协调。
更新变更状态
在整个变更过程中,变更的状态从登记,评估,回顾到最后关闭是不同的。
变更经理负责更新预先定义好的变更状态。
回顾和关闭
实施变更后,变更经理负责从技术和流程角度去回顾变更,该回顾在预先定义好的时间段针对变更单独进行,除确保RFC得到了预期效果外,也寻找流程的改
进机会,如资源计划和实际使用的一致性。
确定是否满足了变更目的,有没有副面影响,否则需制定后续行动计划。
随后,变更经理负责利用预先定义好的结束状态关闭RFC。
总结汇报
向管理层提供流程报表,向客户提供变更的相关执行信息。
定期向相关小组/部门根据流程衡量标准汇报很重要,只有如此,才可以基于现有环境的最新信息,作出进一步的改进建议。
变更会议
变更经理负责定期或不定期召开变更会议,以在IT内部以及与客户就变更管理
有一个好的沟通。
在会上,可以传递如,最近变更规划(FSC),将要实施变更的信息,也包括对变更流程的反馈和建议等。
变更流程回顾
建议定期回顾变更管理流程以提高效率和效能,在实施变更流程不久之后,可以进行第一次回顾,以确保流程得到正确实施并起到预期目的,发现的问题必须追根溯源并尽快解决。
之后,可以定期举行正式的回顾一一如每三个月。
2.5.业务价值
本流程将有助于实现某客户提高IT系统可用性的运维目标:
确保所有变更的实施都不会对业务产生负面影响;
确保所有变更的处理和实施都遵循规范的变更流程;
确保所有变更及实施都得到完整记录;
快速响应变更请求RFC;
确保变更得到跟踪直至解决;
确保和所有相关人员/部门能就变更状态有良好沟通;
变更请求能有从业务/客户角度定义的影响度;
变更的处理机遇所定的影响度分析;
变更管理流程主要的好处在于:
提高IT环境的稳定性;
面对客户需求和技术的快速变化,变更的管理和控制将使对生产环境的变更实施可能带来的风险最小化。
降低运行成本;
良好的变更记录有助于运维流程的持续性改进,并加快变更相关问题的解决。
在变更管理流程中,ITSM对角色建议有4个,变更经理,变更顾问委员会(CAB),
变更主管和变更实施人员。
在标准ITIL标准流程中采用CAB环节一般作为参考条件,但是考虑到某客户目前很多运维和变更工作需要各个组协同执行,所以推荐成立CAB。
各角色述职如下:
3.1.变更经理
根据ITSM最佳实践,结合某客户的实际情况,建议变更经理和配置经理的角色是一个
人,这样可以使变更管理和配置管理结合得更加紧密,同时可以保障配置管理CMDB的准
确性。
另外,还可以使相关流程更加简捷,确保ITSM管理流程的可推广性。
变更经理职责:
接受变更请求(RFC),并做初步筛
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 变更 管理 流程 指南
![提示](https://static.bdocx.com/images/bang_tan.gif)