1. 复盘起源
复盘来源于围棋，围棋中下完一盘之后需要重新在棋盘走一遍，思考失误的地方和表现好的地方，思考为什么产生失误，找到更好的套路，形成自己的棋谱。
复盘的步骤包括：回顾，反思，探究，提升。提升是复盘的结果。
1.1 复盘对象
小事及时复盘：为什么没控制住嘴吃了二两猪肉，胖了2斤
大事阶段性复盘：一次需求评审的复盘
事后全面复盘：一个项目从评审到上线的复盘
1.2 复盘类型
自我复盘：自己一个人对事件进行复盘；
案例：今天路边一个人向我推销5元一张的门票我拒绝了，接下来推销我1元的巧克力，我就买了，为什么？
探究：实际上推销人借鉴了互惠原理，即如果他人对我们做出了让步，我们也有义务做出让步
团队复盘：一群人共同针对某个项目进行复盘
案例：记录一次App迭代发布复盘
复盘他人：从他人做的事情中获得经验和教训
复盘他人有两种形式，
形式1：
纯粹复盘他人的做事结果，找出做得好的地方和做的不好的地方，自己总结规律
形式2：
对比复盘，将自己做的事情和对手做的类似的事情进行比较，比较自己和对手不同的做事思维，着力点，为什么他人将着力点放在某个地方而不是其他地方。
2. 复盘性质
复盘是我们应对人生的本能，也是我们认识事物规律一个很好的方式。
认识事物，可以分为三个层次：
信息层面：认识事物关注到事物的表层，这个东西是什么样的，有什么元素构成
逻辑层面：为什么是这样，什么导致这样
假设层面：关注逻辑层面的起点是什么，假定成这样或那样，然后看哪一种假定更有解释力。
案例：如何看待自己的工作？
有那么几种假设：
01 假设我和工作是雇佣关系
工作交差就行，走肾
02 假设我和工作是合伙关系
工作尽力就行
03 假设我和工作是修行关系
修行需要走心
04 假设我和工作是斗争关系
就是要搞破坏
问题：
如何从信息层面的认知进入到逻辑、假设层面的认知
答案：
复盘是重要的方法
回顾：关注客体信息层面 ，有哪些具体信息
反思：信息之间的关系是什么，逻辑是什么，逻辑的前提假设是什么
探究：反思得到的结论是对的吗？隐含的假设也是对的吗？
假设层面是一种假定，如果改变假定，可以获得新的角度，发现新的知识。
案例：詹姆斯和科比谁更厉害？
假定厉害是胜率高的，詹姆斯更厉害
假定得分能力强和得分手段多的人，科比厉害。
新东方案例：
某分校需要增长50%的收入，于是为了冲收入，将团队的考核指标定义为收入和利润数据，导致为了收入提高课程价格，增加教学点，新增未培训的老师，扩大招生，结果造成了家长退费，口碑下降。
新东方后续改变：改变考核指标
学生人数的增长
客户满意度，推荐率
老师素质的提升
更改指标后，收入增长，利润增加。
新东方改进后的解决方案是深层认知，而原追求快速增长是表层的认知，企业初心还是要从对消费者的价值出发，想赚快钱，是走不长远的。
3. 复盘心态
3.1 不自欺
认识你自己。
复盘中需要区“我”和“我的表现”，通过复盘总结经验教训，失败的事情要承认，不留情面的把事情想清楚，复盘带来的是对以前决策的否定，承认自己某方面有问题，但“我有问题”不等于“我所有方面都有问题”
区分“我”和“我的表现”，像解剖别人一样解剖自己。
除此之外，还有个办法可以在复盘时脱离自欺的场景，区分学习区域和表现区域。
学习区域，目标是改善自己，做出一些行为进行改变。集中精力在还没掌握的地方，寻求更高水平的挑战，不怕犯错误。可以看到改进的方向，从错误中吸取教训。
表现区域，专注于自己已经掌控的地方，减少失误，最大化绩效。
3.2 有胜心
有胜心指的是要有挑战自己的潜能，不断提升，到达更高地境界。
4. 复盘操作
4.1 回顾目标
目标有质和量的属性，回顾目标时将目标展示出来，在复盘时不会忘记目标，也不会偏离目标，始终围绕目标展开问题分析。
4.2 叙述过程
看清目标之后，需要对事情执行进行过程叙述。叙述过程具备以下的特点：
真实客观：信息层面是真实的，不带偏见的
全面完整：信息的广度，完整性指的是叙述要从头到尾而不是只有中间一段
细节丰富：提供最末梢的事件信息
4.3 评估结果
将结果和目标对比，有几种结果：
01 结果和目标一致
02 结果超越目标
03 结果不如目标
04 结果中出现了目标中没有的项目
05 目标中有的项目，但是结果中却没有该项目的完成情况，结果为0
4.4 分析原因
1）从”与预期不一致“的地方入手
靠问为什么，发现新的知识，得到新的结论
2）从”事情的关键点“入手
3）5 why分析法和层次图
案例：某口罩工厂机器停了导致当天生产目标没有完成
机器为什么停了
为什么会超过负荷
为什么轴承的润滑不够
为什么润滑泵吸不上油
为什么轮轴会耗损
4.5 总结规律
1）推演规律
复盘得出的结论，必须是经过逻辑推导后得出的
能经受逻辑的检验
2）经过交叉验证
用其他事情交叉验证复盘得出的结论，可以为复盘的效度提供一定保障；在交叉验证时，要刻意寻找反例
3）可以指导实践
指向抽象共性而不是具体个案
案例：
影视剧里制片人发现用流量明星可以带来高收视率，但需要对复盘的结论推演一下可能的后果：用了小鲜肉，小鲜肉粉丝会持续买单吗，路人会反感吗，制作成本能负担的起吗，如何保证小鲜肉档期
4.6 形成文档
复盘事件：
复盘时间：
回顾目标
叙述过程
评估结果
分析原因（预期不一致的地方，如何改进，事件关键点，完成情况如何，如何改进）
推演规律（对复盘得出结论进行推演后的最终结论，适用范围是哪里）
5. 复盘应用
复盘事件：XX项目需求评审
复盘时间：XX月XX日
5.1 回顾目标
完成需求评审，确保各方理解需求，提出较少的驳回
需求背景阐述
需求的业务流程讲解
需求的功能讲解
需求相关影响范围
项目上线对老版本的影响及处理方法
项目发布后的数据追踪
5.2叙述过程
本次需求评审共展开了2轮，第一轮是小范围评审，参与人为各开发组长，提前审核需求设计的合理性，新老版本兼容性，数据存储合理性等问题；第二轮是正式需求评审，参与人为该项目全体人员
小范围&正式评审产生的问题：（正式评审从7开始）：
问题分类序号原因
5. 3评估结果
5. 4分析原因
事情的关键点：
评审是否顺利，是否被各方diss，很大程度上取决于产品经理的文档是否覆盖全面，控场能力，随机应变能力，表达能力
本次评审的事情关键点：
需求文档完成度
需求文档讲解的顺畅性
如何保证需求评审高效
如何避免陷入技术细节沟通
与“预期不一致”的地方结合5 why分析法
①关于XX为什么需求评审前才确定下来？
因为产品方案初讨论时未说服老板
为什么没有说服老板
老板认为他的方案技术上更好实现
为什么老板的信息和研发的信息不一致
因为老板未与研发直接沟通
根本原因：产品对技术问题一知半解，未理解清楚，导致跟老板交流时缺少强有力的说服
如何改进：
下次在这类问题的处理上，拉上研发一起沟通，例如执行研发代价最小方案，一定要反复确认清楚研发实现的基本原理，到底哪一个是最小代价执行方案
②为什么未登录的问题总是没考虑到
不同设备（例如安卓），不同提示气泡，新装机用户，跟用户信息捆绑的功能点，都需要登录流程
对未登录的场景不熟悉
未登录的几个维度：
用户属性：新装机用户
功能属性：需要用户信息的功能点 都要考虑登录未登录情况
设备属性：安卓、IOS不同设备，对未登录的判断和处理不同
功能附加属性：对未登录的提示
③为什么XXX问题少思考了一步（以此类推）
因为思维懒惰了，没有交叉验证，这是最好的方案了吗，确认吗
因为缺少用户需求分析这个流程，没有在用户立场上去推演整个流程
④ 为什么缺少对书页标签能力的补充
缺少用户路径的分析
缺少用户需求分析
5. 推演规律
通用自查：
登录未登录（从立体维度上考虑），新老设备（新装机用户），新老版本，是否离线，数据存储本地还是服务器（本地是产生缓存的），是否有提示，是否达到上限，是否包含视频播放
功能点设计上：
用户需求基本分析
异常主路径的各种情况判断
自己体验一遍
反复交叉问自己，这是最好的方案吗，还有更好的吗
通用自查考虑过吗
对新旧功能逻辑的影响（如果是新功能，对老功能的影响，如果是功能优化，理解之前为什么要这么设计，本次优化达到什么样的目的，如何确保目的的完整到达）
