聊一聊工作中事故的复盘几点想法

在日常工作中，经常会发生一些事故，需要去复盘一下这个事情。

首先要明确我们复盘的目的：不是去分锅，去追究谁的责任。而是去寻找导致问题发生的根本原因，做总结经验教训，避免以后再发生同样的问题。

如果分锅追责的话，那复盘会议就变成了甩锅大会。

如何复盘呢？

事故影响、等级、事情经过等等这些咱们不聊，只聊一聊作为当事人如何复盘自己的问题。

承认自己的错误，是一件很需要勇气的事情，大部分人的第一想法就是如何把锅甩出去。咱们这里不聊如何甩锅，聊如何承认自己的错误，并寻找原因。

我觉得有必要把自己代入到旁观者的角色，去复盘自己失误的点。首先要意识到失误的点在哪里，然后勇于承认错误，剖析问题。思考如何改进，以后如何避免这类问题。

解决问题，有两种手段。一种是技术手段，一种是流程手段。意识到这一点很重要，我们是要如何去改进流程还是需要引入某项技术？大部分问题都可以从这两点来谈一谈。

我们要把改进方案细化到某一项具体措施。禁止“仔细”、“认真”这类词。

举个例子，比如某次需求上线，本期迭代的功能正常，但是历史的功能点出了问题。因为漏测导致了生产问题。

测试如何复盘？我下次认真测试，功能回归的时候尽量多覆盖一些功能点？

这个改进方案是明显有错误的，没有具体的实施措施，什么叫“认真”？，什么叫“尽量”？

我们应该把具体措施列出来。比如【1、整理出一份包含xx某块的回归测试用例。2、执行完回归测试用例之后，同事之间相互确认一下。】这个才是具体措施。