如何定义标准的ITSS变更管理流程
本帖最后由 monicazhang 于 2015-8-29 10:36 编辑20150829 淡然续上
2.3.9 标准变更处理
重要定义§标准变更标准变更指的是那些相对常见、有着基本固定流程、并且为组织之内广为接受和需要的变更。例如为了可以安装某一通用软件而需要对PC的升级、为新员工的IT系统基本配备等等，其基本的元素为： ITSS考试o 广为人知并被验证是成熟的o 预先的授权o 通常由服务台提出o 变更提交人通常已经获得所需的预算要求其主要的目的是为了提高变更管理的效率而对一些经常发生的、成熟的变更采取预先授权和确定的执行路径。对于标准变更，应针对不同的类型设立相应的标准变更模式以便统一执行，例如对于某公司业务数据的修改，原来已有一定的流程，主要是通过业务部门授权后由IT部门实施数据的修改，在本流程指南的设计中，可以考虑将业务数据的修改制定为一标准的变更模式，通过提前授权、标准执行的方式提高效率。通常对于一典型的标准变更模式应该准备一下因素：标准变更模式的类型的确定，通常标准变更模式的类型是随着需要而不断变化的，变更经理应负责其不断更新，其模式应包括：o 变更模式的影响范围o 变更模式执行的负责人、实施人o 变更模式执行的标准技术手段（工具、技术手段、回退方法）o 变更模式执行的标准过程和所需时间o 变更模式执行结果的检验手段
图 12: 标准变更处理
编号
流程活动
输入/触发描述输出/完成标准变更状态适用性考虑
6.3.9.1
计划标准变更输入：待执行的标准变更变更主管根据标准变更模式负责准备计划标准变更的执行（时间、资源）准备完毕 已计划
6.3.9.2
协调标准变更执行输入：准备好的标准变更变更主管与运维部门协调，执行标准变更的标准流程，实施变更实施完毕进行中
6.3.9.3
变更是否成功输入：执行结果如果成功，继续步骤 6.3.9.4 否则，继续步骤6.3.10 变更回退关闭RFC或者准备回退
已结束
6.3.9.4
关闭RFC输入：标准变更成功实施 ITSS认证标准变更并不需要复杂的回顾工作，可以直接关闭RFC并且根据变更过程的经验向变更经理提出改进该流程的建议
已关闭
2.3.10 变更回退2.3.10 图 13: 变更回退
编号
流程活动
输入/触发描述输出/完成标准变更状态适用性考虑
6.3.10.1
执行变更回退输入：不成功的变更实施 变更主管执行回退计划从而使生产环境恢复原状回退完成已回退对于多方变更，特别注意统一回退和协调的重要性
6.3.10.2
分析失败原因输入：不成功的变更实施变更主管负责查询失败原因并通知所有的相关方面，确保他们了解变更的回退
如果发现原因，则记录并且提出修正方案已回退
6.3.10.3
判断是否标准变更输入：不成功的非标准变更实施如果为标准变更，继续步骤6.3.10.4更新标准变更模型，否则继续6.3.5吸取经验重新实施变更 ITSS培训判断完成已回顾
6.3.10.4
更新该标准变更输入：不成功的标准变更实施更新标准变更模型，继续执行步骤6.3.9.2 更新模型完毕已回顾
待续http://ITIL-foundation.cn/thread-52360-1-1.html本帖关键字：ITSS
页:
[1]