×

QQ登录

只需一步,快速开始

微信扫一扫,快捷登录!

标签: 暂无标签
20150724  淡然
续上




8.      变更管理流程设计8.1 角色和职责8.1.1          角色说明变更请求人
1)   接受来自用户的变更需求或直接提交变更请求,是变更管理的对外接口;                  ITSS考试
2)   确保变更请求具有充分、准确的信息;
3)   协助变更经理解决变更请求信息不完整、不一致之处;
4)   回应变更审批人员/变更经理提出的有关问题。
变更审批人/变更经理
1)    对变更实施方案(包括验证方法、部署方案,回退计划和回退方案)和变更窗口进行技术和行政把关。
2)  参与变更审批,负责变更冲突检查和排程;
3)  负责变更实施前确认和回顾与关闭;
4)  作为流程的集中联络点,负责协调用户、服务供应商、 管理层之间的沟通;
5)  指定变更受派人;
5)   负责组织召开CAB会议,并在系统中提交CAB决议。
6)  确保流程标准和步骤得到遵循,对于不遵守流程的情况进行管理;
7)  鉴别流程执行过程中的例外和异常情况,
8)  鉴别流程改进点并向流程负责人提出改进建议;
变更受派人
1)   负责变更方案、回退方案的准备和验证,并对变更方案、回退方案负责;
2)   负责对变更实施的执行;
3)   按照指导方针执行回退方案;
4)   如果变更实施失败,根据方案规定重新尝试,再次尝试失败后执行回退方案;
5)   更新变更记录单状态;
6)   通知操作人员/服务台关于变更处理的状态。
7)   指派任务单给配置管理员,完成资产配置信息的更新;
变更顾问委员会(CAB)
1)  对变更的实施方案、风险进行评估,包括从业务、技术全面评估,以减少变更实施可能所造成的影响;
变更管理流程负责人
1) 组织流程定义工作:定义包括流程目标、角色职责、环节、政策和规则等
2) 对已定义的流程进行维护、解释、宣传并协调、推动执行
3) 流程的使用者提供适当的培训;
4) 对流程的有效性和效率建立考核目标并监控;                               ITSS认证
5) 接受流程改进建议,并领导流程改进活动;
6) 主持召开流程改进的季度会议;
7)  协调解决跨越职能部门的问题;


8.1.2          角色映射表
角色名称

对应岗位人员

流程负责人

信息与知识管理部经理

变更提交人

所有运维支持人员

变更受派人

所有运维支持人员

变更审批人/变更经理

信息与知识管理部经理



8.2 流程执行原则8.2.1          总体执行原则
1)   所有管辖范围内的变更,均应通过流程所定义的标准、政策和指导来进行处理;
2)        标准变更要遵循变更窗口定义;
3)        所有员工应遵循变更管理流程的政策、操作步骤和操作规范;
4)        应定期产生变更管理报表并进行检查;
5)        通过定期的变更管理会议对变更活动进行回顾、跟踪、沟通和协调;
6)        应定期进行流程检查,以改进变更管理流程;

8.2.2          责任制原则
1)        变更实施人对变更的受理负责;
2)        变更经理对变更执行过程负责;
3)        变更审批人对变更审批结果负责;
4)        变更提交人对变更执行结果负责。

8.2.3          分派流转原则
变更各环节的处理人在处理过程中不允许进行变更单的转派。因特殊原因必须转派的必须经过变更经理同意。

8.2.4          变更窗口政策
1、变更执行必须遵循有规律的窗口。
2、变更窗口的设定应该以对业务影响最小为基本原则。
3、变更窗口时间应尽可能满足绝大部分变更操作的时间。
4、变更窗口不应该频繁修改,如果必须修改需要变更经理及CAB人员共同讨论确认通过后由变更流程负责人进行修改。

8.2.5          风险级别政策
变更风险根据应用项目保障级别、变更影响范围、技术风险等因素进行综合判定,判断方法如下:
风险数值=应用项目保障系数权重+影响范围权重+技术风险权重。
风险数值>7为高风险级别;
风险数值在4-7之间的为中风险级别;
风险数值<4的为低风险级别。
1、风险值计算参照附件《变更风险级别定义》;
2、风险级别应该经变更经理、CAB成员共同评估后确定;

8.2.6          变更优先级定义
优先级

定义说明

极高

变更用于恢复大范围的服务影响或响应极高要求,对时间和资源的要求紧迫程度极高


变更用于恢复大范围的服务影响或响应重要要求,对时间和资源的要求紧迫程度高


变更不能被推迟,对时间和资源的要求紧迫程度有一定要求


变更对时间和资源的要求紧迫程度较低


8.2.7          前导时间要求
前导时间是指从提交变更到变更实施之前所需要进行评估、审核等准备活动的最少时间。前导时间是基于变更优先级和分类的。变更的前导时间是要求变更请求人需要充分变更评估和准备的时间,提前提交变更申请,尽量避免计划外的紧急变更的出现,降低变更风险。根据变更目录和变更优先级确定前导时间为:

标准(高)

标准(中)

标准(低)

行政

紧急

前导时间

>=5工作日

>=3工作日

>=1工作日

>=3工作日

>=0.5工作日



8.2.8          变更审批政策
对变更请求人提交的变更单,首先根据变更发起原因进行审批授权。在变更实施前后实施后,需变更经理进行实施前审批和实施后的审批。


8.2.9          通知政策
1)        变更到达类通知:当变更单分派给某个人时,进行通知。
2)        变更实施前、后审批时通知变更审批人。
3)        变更单处理完毕后通知变更请求人;

8.2.10      关闭政策
变更实施完毕并且得到确认后,将由变更经理关闭 变更单。                   ITSS培训
对于成功实施(关闭代码是“实施成功”)的变更,在实施结束后的10个工作日后自动关闭。

8.2.11      变更回退政策
    当变更实施失败或者无法在规定的时间内完成,需要进行回退。变更回退是为了满足所承诺的服务水平。任何回退的变更将作为变更失败/部分失败而关闭,在下一次实施前,变更请求者必须重新提交新的变更单,以便重新进行审批。





本帖关键字:ITSS

微信扫一扫,阅读更方便^_^





上一篇:变更管理的ITSS基本概念和主要内容
下一篇:ITSS变更管理类型如何去区分
monicazhang

写了 2297 篇文章,拥有财富 12859,被 21 人关注

B Color Link Quote Code Smilies
我爱007 发表于 2015-7-25 18:13:53
顶.支持,路过!
手机版|小黑屋|最新100贴|论坛版块|ITIL先锋论坛 |粤ICP备11099876号|网站地图
Powered by Discuz! X3.4 Licensed  © 2001-2017 Comsenz Inc.
返回顶部