有句话说，常在河边走，哪有不湿鞋。我身边经常会看到不少数据故障。每每碰到这些问题，原因都是让人唏嘘不已。

而碰到故障的时候，除了通常都会说的后续改进，其实很多人对于问题的认识和理解还不够深入，这里主要包含几个方面：

1)害怕承担更多责任，会选择性的缩小问题影响范围和通知范围

2)如果问题不是出在自己身上，切身的感受不够深刻，觉得是在讨论别人的事情，持旁观态度

3)对于问题的改进方向错误，比如说因为手工误操作导致故障，如果反思是直接杜绝任何手工操作，就简单粗暴，而且很难落地了

4)关注的还是问题本身，没有从更高的角度来看待问题，通常故障都是和规范，标准，流程相关的

所以对于故障的复盘，我觉得可以从两个大的方向来进行思考和总结，也参考了很多资料，直接搬过来了。

1)如果快速高效的处理故障，是直面故障时信息的快速上传下达

2)如何避免后续出现此类故障，潜台词就是可以规避，如果规避不了，参考第1条。

所以顺着故障的背景信息来展开，我们可以尝试用如下的两个表格来进行故障复盘和总结。

1)如何快速高效的处理故障

2)如何避免后续出现此类故障

上面的这些问题感觉还是挺不错的，可以作为一个复盘总结时的切入点，把大大小小的故障和问题的处理过程都总结出来。

运维无小事，如果按照复盘的思维总结很多问题，那么你的知识集会越来越丰富。而相应的处理机制也会越来越健全。

我经常和团队成员说：你怎么证明你做的事情是正确的，如果能够按照这种自证的方式解决问题，那么完全就是一种自驱模式，前途不可限量。