20150829 淡然

续上

2.3.9      标准变更处理

重要定义

§  标准变更

标准变更指的是那些相对常见、有着基本固定流程、并且为组织之内广为接受和需要的变更。例如为了可以安装某一通用软件而需要对PC的升级、为新员工的IT系统基本配备等等，其基本的元素为：                     ITSS考试

o    广为人知并被验证是成熟的

o    预先的授权

o    通常由服务台提出

o    变更提交人通常已经获得所需的预算要求

其主要的目的是为了提高变更管理的效率而对一些经常发生的、成熟的变更采取预先授权和确定的执行路径。对于标准变更，应针对不同的类型设立相应的标准变更模式以便统一执行，例如对于某公司业务数据的修改，原来已有一定的流程，主要是通过业务部门授权后由IT部门实施数据的修改，在本流程指南的设计中，可以考虑将业务数据的修改制定为一标准的变更模式，通过提前授权、标准执行的方式提高效率。通常对于一典型的标准变更模式应该准备一下因素：

标准变更模式的类型的确定，通常标准变更模式的类型是随着需要而不断变化的，变更经理应负责其不断更新，其模式应包括：

o    变更模式的影响范围

o    变更模式执行的负责人、实施人

o    变更模式执行的标准技术手段（工具、技术手段、回退方法）

o    变更模式执行的标准过程和所需时间

o    变更模式执行结果的检验手段

图 12: 标准变更处理

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
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: 变更回退

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
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://www.ITILxf.com/thread-52360-1-1.html

本帖关键字：ITSS

20150829 淡然

续上

2.3.9      标准变更处理

重要定义

§  标准变更

标准变更指的是那些相对常见、有着基本固定流程、并且为组织之内广为接受和需要的变更。例如为了可以安装某一通用软件而需要对PC的升级、为新员工的IT系统基本配备等等，其基本的元素为：                     ITSS考试

o    广为人知并被验证是成熟的

o    预先的授权

o    通常由服务台提出

o    变更提交人通常已经获得所需的预算要求

其主要的目的是为了提高变更管理的效率而对一些经常发生的、成熟的变更采取预先授权和确定的执行路径。对于标准变更，应针对不同的类型设立相应的标准变更模式以便统一执行，例如对于某公司业务数据的修改，原来已有一定的流程，主要是通过业务部门授权后由IT部门实施数据的修改，在本流程指南的设计中，可以考虑将业务数据的修改制定为一标准的变更模式，通过提前授权、标准执行的方式提高效率。通常对于一典型的标准变更模式应该准备一下因素：

标准变更模式的类型的确定，通常标准变更模式的类型是随着需要而不断变化的，变更经理应负责其不断更新，其模式应包括：

o    变更模式的影响范围

o    变更模式执行的负责人、实施人

o    变更模式执行的标准技术手段（工具、技术手段、回退方法）

o    变更模式执行的标准过程和所需时间

o    变更模式执行结果的检验手段

图 12: 标准变更处理

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
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: 变更回退

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
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://www.ITILxf.com/thread-52360-1-1.html

本帖关键字：ITSS