详细解说ITSS紧急变更处理流程
本帖最后由 monicazhang 于 2015-8-29 10:50 编辑20150829淡然续上
2.3.7 变更实施后回顾 图 10: 变更实施后回顾
编号
流程活动
输入/触发描述输出/完成标准变更状态适用性考虑
6.3.7.1
回顾变更实施过程输入：成功实施变更由变更主管负责，变更经理、CAB成员和变更主管分别为已实施的变更提出回顾意见变更回顾完成已结束
6.3.7.2
验证变更的完成并签收输入：变更实施回顾与变更提交人确认变更的完成并由发起人签收发起人确认完成已回顾
6.3.7.3
记录经验总结和改进建议输入：确认完成的变更记录针对此类变更的经验总结和改进建议； ITSS考试此外，如果变更经理与主管认为该变更可能为一新的标准变更模式时，可准备其材料，并提交下一次CAB例会讨论经验总结完毕已回顾
6.3.7.4
关闭变更纪录经验总结完毕与变更发起人确认后，变更经理（可责成协调员）结束本次变更的流程流程结束关闭
2.3.8 紧急变更处理 图 11: 紧急变更处理
编号
流程活动
输入/触发描述输出/完成标准变更状态适用性考虑
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://ITIL-foundation.cn/thread-52359-1-1.html本帖关键字：ITSS
页:
[1]