### 写「项目很成功」的复盘，等于没写
**项目做得很好也要复盘吗？**
项目复盘最常见的写法是总结三条优点、一条不足，再表决心。这种复盘读完没有任何可执行的信息，下次遇到同类问题照样踩坑。复盘的价值在于把偶然性变成规律，把一次性的判断变成可复用的规则
更要。成功项目里藏着运气成分，复盘的价值就是分辨哪些是能力、哪些是运气。如果运气成分占比高，下一次就不一定能复制。把运气识别出来，才能把真正的能力沉淀下来
**复盘会不会变成追责会？**
「第一段：当时做了什么决策」。要具体到日期、选项、取舍依据。「第二段：实际发生了什么」。要具体到数据与现场情况，比如「样机跌落测试三次，第二次在 1.2m 高度开裂」。「第三段：差异从哪里来」。找出决策假设与实际情况的偏差点。「第四段：规则怎么改」。把结论写成下个项目的强制检查项或流程变更
取决于主持人的立场。复盘只对事不对人，根因分析的目标是改进流程，不是找出谁的责任。一旦变成追责，团队就会开始隐瞒问题，复盘就废了
**多久复盘一次合适？**
四段的逻辑是：决策是什么、结果是什么、差异在哪、以后怎么办。缺任何一段，复盘都是残缺的。只写前两段是记叙文，只写后两段是空想，四段齐了才是复盘
两个时点：方案冻结时做一次（此时信息还热，问题还清晰），量产后做一次（此时结果已出，可以验证当初的判断）。一次不够，因为设计阶段的判断要在量产阶段才能被验证。
复盘还有一个价值是建立团队的记忆。一个二十人的团队，三年积累下来的经验是惊人的，但如果这些经验没有留下，就等于每次都在重新创业。复盘就是把这些经验变成团队的集体记忆，让新加入的人也能站在前人的肩膀上。
**结论**
复盘的价值在于产出流程变更。写不出规则改动的复盘，等于没写；不落到流程的经验，等于没沉淀