[流程管理]流程管理业务变更管理流程

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

(流程管理)流程管理业务变更管理

流程

业务变更管理流程

版本记录

目录1.文档介绍1

1.1.文档简介1

1.2.文档用途1

2.变更管理流程简介2

2.1.变更管理流程描述2

2.2.目的3

2.3.范围3

2.4.主要内容4

2.5.业务价值6

3.变更管理的人员角色和职责7

3.1.变更经理7

3.2.变更顾问委员会(CAB/EC)8

3.3.变更主管8

3.4.变更实施人员9

3.5.某客户人员角色定义9

4.变更管理流程说明10

4.1.变更管理总体流程10

4.2.变更管理流程和其他管理流程的关系12 4.3.变更管理详细流程12

4.3.1.(350)紧急变更逻辑流程12

4.3.2.(300.1)提交变更请求15

4.3.3.(300.2)接受变更请求15

4.3.4.(300.3)评估风险/影响16

4.3.

5.(300.4)测试/实施计划17

4.3.6.(300.5)计划&沟通18

4.3.7.(300.6)变更实施18

4.3.8.(300.7)回顾19

4.3.9.(300.8)结束20 4.4.SD关联代码定义20

4.4.1.请求者优先级别21

4.4.2.影响度21

4.4.3.风险21

4.4.4.状态21

4.4.

5.变更工单实施状态22

4.4.6.结束代码22

4.4.7.类别(Category)22

4.4.8.类型(Type)22

5.变更管理流程控制24

5.1.变更管理流程政策/建议24

5.1.1.政策24

5.1.2.建议25

5.2.管理报表25

5.3.工作报表26

6.附件27

1.文档介绍

1.1.文档简介

本文档是某客户变更流程设计说明及分析方案,是中国某公司和某客户信息科技部安全运行处(以下简称某客户)壹起制定的变更管理的流程说明文档,通过制定该流程,能够帮助所有实施IT变更的人员有壹套规范的分步流程去更新或升级生产环境中的IT系统。从而保证由于变更而引起的对IT环境的影响降到最小,提高IT系统和服务的质量,为业务的快速发展提供更优质的IT服务,且且能够有效地实施其他关联ITSM管理流程,如配置管理。

本文档描述的是依据目前某客户的IT服务情况而制定的变更管理流程说明,以后进壹步的更新和优化将由某客户负责。

文档用途来自

本文档壹方面作为本次ITSM项目的变更管理流程说明的交付物,也可为进壹步设计变更管理流程的蓝本,读者对象为和变更管理流程关联的所有技术和管理人员。

本文档所描述的流程于IT服务管理中有许多作用,它提供壹个统壹的壹致的生产系统的实施和变更流程以确保:

a)所有需要的递交物已完成;

b)所有的系统已测试;

c)已完成彻底的实施计划。

变更管理流程确保于打软件补丁,实施事件解决方案或引入新系统时有能够遵循的流程。它详细描述于某客户的IT环境中如何实施壹个变更,如,上线壹个新系统。且包括定义于变更流程中涉及的文档资料。

2.变更管理流程简介

2.1.变更管理流程描述

变更管理理想来见应该是壹个单壹的职能流程来控制和管理整个IT运行环境中的壹切变更,且和配置管理建立接口。变更管理应该由管理工具来支持,管理的范围可包括软件,硬件,通讯设备和文档等的变更。

变更经理应该对整个变更流程负责,但这且不意味着自己要做每件事情,而是要确保有人于做应该做的事情。

ITIL建议成立壹个变更顾问委员会(CAB)来帮助和支持变更经理,CAB的成员根据变更的实质能够包括客户代表,运维支持,应用开发和供应商等跟变更有关的人员。

CAB通过开会等手段来考虑和评估变更请求(RFC)的:

➢潜于风险和影响;

➢实施变更需要的资源;

➢是否批准变更;

➢如果批准,什么时间实施。

本公司建议:初期CAB-个季度对已实施的变更回顾壹次,正常运行后某客户再根据运行情况确定周期;针对具体某壹项变更回顾的方案结果能够用附件的方式附加于该变更单上进行保存;

CAB也负责变更实施后的回顾以确保:

➢变更是否成功?

➢是否产生其他副作用?

➢实际所用的资源和预期的是否壹致,如果不是,调整评估流程。

批准后,变更将进入计划,测试/构建和实施阶段。计划/构建阶段也包括开发壹个恢复计划(FallbackPlan),用以于实施阶段出现问题或紧急情况时需要把变更回退回去。变更管理流程也负责紧急变更,于此种情况下,变更的评估,计划,测试和实施阶段均将快速进行。

来自

2.2.目的

某客户IT变更管理流程将通过标准统壹的方法和步骤管理和控制所有对IT生产环境有影响的变更,主要的目的包括:

➢IT部门能够管理和引导用户变更需求;

➢通过对所有变更的正确评估,能够维护IT环境的完整性;

➢变更和变更实施得到正确记录,且提供审核统计;

➢减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏作用;

➢提供了壹致性的变更实施质量控制;

➢提高资源使用率(如,未得到正确控制和授权的变更需要更多的后续资

源);

➢确保实施的变更不会超出预定的系统利用限值;

➢确保紧急变更请求得到快速实施(由紧急变更委员会(CAB/EC)负责)。

2.3.范围

变更管理流程涵盖生产环境及CMDB中CI的所有变更,包括:

➢服务器;

➢业务系统(新系统上线,生产系统的变动);

➢客户端;

➢网络设备;

➢存储设备;

➢机房环境;

➢于ServiceDesk中的CMDB数据项及其和CI之间的配置关系;

不包括:

➢尚处于开发阶段的IT元素的变更;

➢不需要某客户IT部门介入,且且不影响IT运维的由用户控制的行为动

作;

相关文档
最新文档