前言

黑格尔说过的这句话非常有道理，“人类从历史中吸取的唯一教训，就是人类不会从历史中吸取教训”。

代码评审天天做，相同问题天天出

很多小伙伴在多次参加代码评审后，会发现历史在重演：很多暴露出来问题是重复出现的共性问题。这不是一个好的现象，我们做代码评审的意义除了规避当前的风险之外，更是为了让参与的小伙伴能从错误中吸取营养，得到成长

那么，我们应该怎么从历史中吸取教训，打破这一魔咒？这是一个值得思考的问题

我们来尝试结合场景分析一下原因

1、ABC同学轮番上阵，暴露了abcdefg...五花八门各种问题，太散碎，没法梳理总结

分析：不知道共性问题有哪些、重点在哪里？缺乏归类和统计

2、A同学这次暴露了a问题，下次A同学换了个场景又暴露了a问题

分析：那是只关注了表象，没有深挖本质，导致没有举一反三的能力

3、A同学彻底规避了a问题，下次B同学又犯了a问题

分析：总结和沉淀没有得到传播和分享，对他人没有帮助

通过上面的分析，我们得出关键点：归类统计、深挖本质、总结沉淀、传播分享

1、记录每次评审的问题点

2、每一段时间（比如一季度）进行一次归类和统计，对头部问题（比如暴露比较多的共性问题、重点问题）深挖本质

3、总结问题输出解决方案，形成沉淀

4、通过分享的形式反馈大家，给团队赋能

三位一体形成闭环，不断迭代

说了这么多，其实总结下来就两个字“复盘”，都说“失败才是成功之母”，至于是亲妈还是继母，就得看你能不能用好“复盘”这个工具