[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

最近在讨论ITSM中各个流程在运维服务中执行，流程间的流转是必不可少的，可能会从事件--变更-发布-事件这样的将一个case关闭，这样下来流程就会变得冗长，事件也不能尽快的关闭了。

1、不知道大家在ITIL实施的时候是如何操作的；

2、问题的目的是找到故障的根本原因，我现在想问的就是找到原因了，方案哪个流程出，有可行性方案了谁去执行将关联的事件关闭。

事件--变更-发布-事件
在这个过程中是三个单子
每个单子的状态流转不同，需要关联和等待，这是必须的，但是需要把它们当作独立的三个单子来做，只是有关联和依赖而已。
并不是一个冗长的流程，而是三个独立的流程
至于快慢要看每个单子的处理速度
如果确认事件转变更，能够服务能恢复的话，可以在变更前前关掉事件，避免影响事件的kpi
这需要灵活掌握，看那种管理策略能符合你们公司的想法

回复 水杉之镜 的帖子

我们实施的时候有两种方式：
1、事件只能发起紧急变更，而且事件发起变更后，事件从支持人员回到服务台，后面由服务台去监控事件是否通过变更最终解决，也不会影响支持人员的SLA
2、事件挂起，等变更后再继续激活事件，而挂起事件不计入SLA

我们现在也倾向于各个流程单独执行，如事件到挂起或者变通方法关闭就已经解决了，不再和变更流程进行关联，其他流程也尽量减少多流程的关联。

在服务工程师对流程理解有限的前提下还是不实现复杂的流程更好些。