本帖最后由 FYIRH 于 2021-1-13 00:29 编辑 & c0 l3 R+ {' T4 S6 O
: f( q+ q7 v* c n/ r4 R; s本文由长河、陈贺、傅盛原创,张翼、王岩校对。
9 W2 ^% P/ t0 A, X5 u: U) R9 e6 s
+ R2 b* L- r/ p9 I+ u1 C: k" U' \
ITIL事件单关闭是指当事件处理完成后,经过与用户确认,彻底结束本次故障处理流程的动作。
1 A: Q! Q; S4 w' n) O+ E
关闭故障单是对本次故障处理流程的总结和回顾,在这个过程中,既要获得外部用户的认可,又要做到内部管理能力的提升。关闭动作往往由开单人手动完成,通常称为“首问责任制”,但是处于效率考虑,有可能会通过自动化工具完成自动关单。
7 l$ C! w% Q- f2 L$ f! {7 h+ }
为了有效地关闭故障单,往往需要考虑以下问题: - 确认分类:检查和确认初始的故障分类是否正确,若分类不正确,应更新故障的分类记录(必要时咨询解决小组);- b9 V* b( T" L) z- H9 M# i! e$ @9 A
7 M- u" g9 N5 S3 N/ L/ R4 ^0 e
- 检查故障记录:不放过任何意外的细节,确保故障解决过程被完整记录,以便形成足够详细的、完整的历史记录;( q" V/ n& ]0 P
\% A! ?0 V9 Y8 H! j
- 确认是日常性还是重复出现的故障:确定故障是否可能再次发生,并决定是否有必要触发问题记录以采取预防措施以避免再次发生;是否需要关联已知错误;
5 J: D- G# t) N# V
% f4 o# l& R4 B- 标准解决方案:是否需要建立或关联标准解决方案;
9 {, e' c& `# c- N- `: E0 M) b% _ + w y% i* N0 _- Q
- 提炼知识:是否需要提炼为知识;9 R/ Q: m- y1 x! c
( N+ I! V5 q* l3 o& v) I! w
- 用户满意度调查:开展用户满意度的回访或调查;
! n" p" p$ q& j0 g% i
- A4 y" R! G& A3 V7 s* t- 正式关闭:故障的关闭动作通常是由服务台来完成,但是根据实际需要有的时候也可以采用自动关闭或者由用户来关闭的方式来关闭故障单;
8 L* E/ l7 ^9 C$ E' s) S 4 {9 h x8 m4 Q2 ]3 J) R, b
- 事件单的关闭一定要取得用户的确认;0 Q7 ^5 S* o7 G
" G0 v* k- X1 B( t7 _- 在没有工具的情况下的确认方式:事件单签字确认,电话定期回访,这种方式往往收集到的客户满意度数据有较大偏差不可信,回访过多也影响用户感受,建议回访采取抽查方式;
8 V4 j- f% s3 k7 M
3 L5 W3 O5 s) {, |! _9 S- 在有相关的ITSM工具支持的情况下的确认方式:一般采取100%回访的方式,如对于优先级较低的事件用系统触发邮件的方式,三天无回复默认关闭,但高优先级事件仍然要采用人工一对一回访确认的方式关闭。- q, ?4 O; [0 H+ T, [; h) W) a
# T' O" O" t8 N5 W+ g7 I# R . `( |3 s/ T) R1 O3 Q9 A
ITIL先锋论坛原创文章,禁止任何形式的转载,侵权必究! |