20150829  淡然

续上

2.3.7      变更实施后回顾

图 10: 变更实施后回顾

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
6.3.7.1	回顾变更实施过程	输入：成功实施变更	由变更主管负责，变更经理、CAB成员和变更主管分别为已实施的变更提出回顾意见	变更回顾完成	已结束
6.3.7.2	验证变更的完成并签收	输入：变更实施回顾	与变更提交人确认变更的完成并由发起人签收	发起人确认完成	已回顾
6.3.7.3	记录经验总结和改进建议	输入：确认完成的变更	记录针对此类变更的经验总结和改进建议；         ITSS考试 此外，如果变更经理与主管认为该变更可能为一新的标准变更模式时，可准备其材料，并提交下一次CAB例会讨论	经验总结完毕	已回顾
6.3.7.4	关闭变更纪录	经验总结完毕	与变更发起人确认后，变更经理（可责成协调员）结束本次变更的流程	流程结束	关闭

2.3.8      紧急变更处理

图 11: 紧急变更处理

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
6.3.8.1	召集紧急变更委员会	输入：从步骤6.3.1.5来的紧急变更	变更经理召集紧急CAB成员，注意在特殊环境下会议可能并非面对面，而是强调相关重要人员的沟通         ITSS认证	召集成功	已登记	变更经理应拥有并维护ECAB候选人名单
6.3.8.2	紧急分析	输入：紧急CAB意见	变更经理迅速指派一名拥有相关经验的变更主管负责对于该紧急变更的类型、紧急程度、风险和影响进行分析	分析完成	已评估
6.3.8.3	快速安排资源	输入：紧急变更评估	基于评估结果，紧急指派资源，鉴于其紧急的程度，变更经理与紧急CAB成员协助快速调齐资源	资源安排完毕	已授权/已计划
6.3.8.4	协调快速开发、测试紧急变更	输入：调派的紧急资源	变更主管确保服务主管与配置项主管快速开始工作，准备变更的回退计划。 此外服务主管在测试中主要关注的是服务的可用性	测试验证完成 回退计划准备完毕	已授权/已计划	对于多方变更，应建立和维护各方紧急变更联系人制度，以应对紧急变更的执行
6.3.8.5	测试是否成功	输入：快速开发的变更	如果成功，准备实施 如果失败，执行步骤6.3.8.6		已授权/已计划
6.3.8.6	快速分析失败原因	输入：测试失败	变更主管根据经验进行分析，如果发现问题，执行6.3.8.7	发现问题	已授权/已计划
6.3.8.7	紧急变更修正	输入：发现的问题	变更主管根据其经验发现问题原因并且重新更改紧急变更的开发和测试	提出修正方案	已授权/已计划
6.3.8.8	协调实施紧急变更	输入：成功的变更测试	协调实施紧急变更，通常变更由于会有相当大的风险，因此需要在实施中投入足够的重视和关注	紧急变更实施完成	进行中
6.3.8.9	变更是否成功	输入：紧急变更实施	如果变更成功实施，执行步骤6.3.8.12，否则执行步骤6.3.8.10		进行中
6.3.8.10	紧急变更回退	输入：失败的紧急变更回退	变更主管执行回退计划并且通知所有相关方面 ，特别是紧急CAB，并且立即准备相应的下一步计划                  ITSS培训	回退完成	已回退
6.3.8.11	分析紧急变更失败原因	输入：失败的紧急变更实施	变更主管根据其经验判断是失败原因，并准备修正计划	发现原因并提出改进	已回退
6.3.8.12	紧急变更回顾	输入：紧急变更完成	变更经理、紧急CAB和变更主管回顾整个过程，发现问题并总结经验，并完成相关文档 通知突发事件管理、问题管理和配置项负责人，加强对于涉及的服务与配置项的监控管理	回顾文档完成	已回顾	总结经验，考虑设立相应的标准变更模式，交由下一次CAB例会讨论
6.3.8.13	关闭RFC	输入：变更回顾	变更经理关闭变更纪录		已完成

待续http://www.ITILxf.com/thread-52359-1-1.html

本帖关键字：ITSS

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

20150829  淡然

续上

2.3.7      变更实施后回顾

图 10: 变更实施后回顾

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
6.3.7.1	回顾变更实施过程	输入：成功实施变更	由变更主管负责，变更经理、CAB成员和变更主管分别为已实施的变更提出回顾意见	变更回顾完成	已结束
6.3.7.2	验证变更的完成并签收	输入：变更实施回顾	与变更提交人确认变更的完成并由发起人签收	发起人确认完成	已回顾
6.3.7.3	记录经验总结和改进建议	输入：确认完成的变更	记录针对此类变更的经验总结和改进建议；         ITSS考试 此外，如果变更经理与主管认为该变更可能为一新的标准变更模式时，可准备其材料，并提交下一次CAB例会讨论	经验总结完毕	已回顾
6.3.7.4	关闭变更纪录	经验总结完毕	与变更发起人确认后，变更经理（可责成协调员）结束本次变更的流程	流程结束	关闭

2.3.8      紧急变更处理

图 11: 紧急变更处理

[td]

编号	流程活动	输入/触发	描述	输出/完成标准	变更状态	适用性考虑
6.3.8.1	召集紧急变更委员会	输入：从步骤6.3.1.5来的紧急变更	变更经理召集紧急CAB成员，注意在特殊环境下会议可能并非面对面，而是强调相关重要人员的沟通         ITSS认证	召集成功	已登记	变更经理应拥有并维护ECAB候选人名单
6.3.8.2	紧急分析	输入：紧急CAB意见	变更经理迅速指派一名拥有相关经验的变更主管负责对于该紧急变更的类型、紧急程度、风险和影响进行分析	分析完成	已评估
6.3.8.3	快速安排资源	输入：紧急变更评估	基于评估结果，紧急指派资源，鉴于其紧急的程度，变更经理与紧急CAB成员协助快速调齐资源	资源安排完毕	已授权/已计划
6.3.8.4	协调快速开发、测试紧急变更	输入：调派的紧急资源	变更主管确保服务主管与配置项主管快速开始工作，准备变更的回退计划。 此外服务主管在测试中主要关注的是服务的可用性	测试验证完成 回退计划准备完毕	已授权/已计划	对于多方变更，应建立和维护各方紧急变更联系人制度，以应对紧急变更的执行
6.3.8.5	测试是否成功	输入：快速开发的变更	如果成功，准备实施 如果失败，执行步骤6.3.8.6		已授权/已计划
6.3.8.6	快速分析失败原因	输入：测试失败	变更主管根据经验进行分析，如果发现问题，执行6.3.8.7	发现问题	已授权/已计划
6.3.8.7	紧急变更修正	输入：发现的问题	变更主管根据其经验发现问题原因并且重新更改紧急变更的开发和测试	提出修正方案	已授权/已计划
6.3.8.8	协调实施紧急变更	输入：成功的变更测试	协调实施紧急变更，通常变更由于会有相当大的风险，因此需要在实施中投入足够的重视和关注	紧急变更实施完成	进行中
6.3.8.9	变更是否成功	输入：紧急变更实施	如果变更成功实施，执行步骤6.3.8.12，否则执行步骤6.3.8.10		进行中
6.3.8.10	紧急变更回退	输入：失败的紧急变更回退	变更主管执行回退计划并且通知所有相关方面 ，特别是紧急CAB，并且立即准备相应的下一步计划                  ITSS培训	回退完成	已回退
6.3.8.11	分析紧急变更失败原因	输入：失败的紧急变更实施	变更主管根据其经验判断是失败原因，并准备修正计划	发现原因并提出改进	已回退
6.3.8.12	紧急变更回顾	输入：紧急变更完成	变更经理、紧急CAB和变更主管回顾整个过程，发现问题并总结经验，并完成相关文档 通知突发事件管理、问题管理和配置项负责人，加强对于涉及的服务与配置项的监控管理	回顾文档完成	已回顾	总结经验，考虑设立相应的标准变更模式，交由下一次CAB例会讨论
6.3.8.13	关闭RFC	输入：变更回顾	变更经理关闭变更纪录		已完成

待续http://www.ITILxf.com/thread-52359-1-1.html

本帖关键字：ITSS

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