25 | 开发中的问题一再出现，应该怎么办？

分享一个我现在每天在对自身进行复盘的方法。我每天会通过5个方面来分析过去的一天自己的学习成长。第1个方面是身体，也就是我的身体健康，其中包括运动，饮食，睡眠，还有冥想。因为好的身体，才是一切的动力来源。第2个的方面是关于认知和学习，其中包括比如像通过极客时间专栏的学习，对认知的提升，还有英语的学习和技术的学习。第3个方面是工作生活，工作主要是对前一天工作的总结，并且提炼出成就事件和需要改进的方面，生活主要吗，因为还单身，所以也没啥生活……这一块留给以后的家庭生活使用。第4个方面关系心理，也就是如何和自我相处，如何和他人相处，如何维持好的人际关系。最后一个是理财，也就是自己在理财知识方面的学习和一些理财实践。每天早上几乎都会在这5个方面进行一些复盘，我自己会把它形象化，想象出是5个部门的经理，自己就像是一个CEO一样，每天听取5个部门经理的汇报，其实感觉也挺有意思的。

关于复盘，孙陶然曾经说过，如果他有所成就，一半要归功于复盘。他提出了几个步骤供大家参考。首先，先对比实际结果和期初所定目标之间有什么差距。其次，情景再现，回顾项目的几个阶段。然后，对每个阶段进行得失分析，找出问题原因。最后，总结规律，化作自己的技能沉淀，再次遇到时可以规避。我再补充一点，复盘资料应该记录到知识库，无论新来的或是接手的人，都能从中获益，从而提升组织的能力。另外，好的复盘需要有坦诚的文化氛围，不然有可能变成互相指责甩锅，就失去了意义

复盘是为了找出问题的所在，而不是为了责备别人

尤其是做产品，一味的勇往直前有可能就是闭门造车，需要时不时的停下来回顾复盘，最近感觉这样确实会让思路更清晰，目标更明确。

团队开发成员较少，没有技术大拿，有些根源上、方向上的问题没有找到最佳的解决方案，限于条件所限，只能是折中性的临时解决方案，因为这个原因所导致的同类问题一再重复出现，这个现象如何破解？企业内部自身使用的管理系统，技术架构规划的，不够理想，但目前的产品还需要持续用下去。

复盘是不是最好是团队内部进行，每次老板参加复盘，好像就没人说出真话了。

复盘一下今天出现的问题。今天大部分时间都花在了shell脚本的修改上。用五个Why来提问。为什么要花那么多时间？因为不是我写的脚本，需要熟悉时间，还有大部分时间是跑Jenkins测试这个脚本的时间。为什么要用Jenkins跑这个简单的脚本，而不是直接运行脚本？好问题，明天可以尝试一下这样做，就可以缩短反馈排bug的时间了

有类似复盘的思想，把每次出现问题记录，然后再讨论，只不过，讨论的是一个有点类似于问题库那种。把有过相似或者有联系的问题会再提出来，问题会分类，分类之后归档，问题与问题之间的有联系的了，就会有更多警觉

其实，就是复盘如何落地。水土不服是很常见的

感谢老师的分享，复盘很有必要，不仅可以记录过去的失误点，还可以对当下的问题提供一个比较好的借鉴方案；还有就是 5 Whys 确实是一个找问题根因的方法，当然个人觉得这里找问题根因还是需要整个团队的参与，因为做的东西不一样，能力、经验不一样，看问题的角度也不一样，可能会出现，对于同样出现的问题，一个人用 5 Whys 找出来的根因和另外一个人用 5 Whys 找出来的根因不太一样，这就需要整个团队复盘讨论总结归纳问题的原因和解决方案