我自己做的第一套复盘系统死在第四天。那天我加班到快十二点翻看前三天写的明天必须早睡不要拖延提高效率一条比一条像忏悔录没有一条真正改变过第二天。从那之后有很长一段时间我对所有带反思性质的工具都抱怀疑态度总觉得复盘这东西要么变成情绪内耗要么沦为形式主义。后来我把方法推倒重来只留下三个动作Review、Evaluate、Act也就是回顾事实、评估好坏、落实行动。我给这套极简方法取了个代号叫REA一直用到现在。它没有让我变成那种每天五点半起床的自律博主但确实帮我解决了一个最实际的问题事情做完之后我能够清楚地知道下一步到底该做什么。这篇文章就把我这套经过反复调整的REA版本完整写出来包括每个环节怎么操作、用什么模板、最容易在哪里放弃以及我踩过的那些坑。适合三类人看复盘总坚持不下来的人、项目结束不知道怎么沉淀经验的人、不想把时间管理搞得很复杂但希望做事有闭环的人。1. 为什么大部分复盘坚持不到第三周先解决动机问题1.1 复盘失败的三种典型死法我见过太多人开始复盘时的样子包括我自己基本逃不出三种结局。第一种叫流水账式死亡。每天写的都是上午开会、下午写文档、晚上吃饭写了一个星期之后你发现这些记录除了让你知道自己活着没有任何决策价值于是你失去兴趣。第二种叫审判会式死亡。复盘越写越像自我批斗大会我今天又拖延了我怎么这么不自律别人能做到我为什么做不到。这种复盘带来的情绪压力会越来越大大脑为了保护你会主动让你遗忘该复盘这件事。第三种叫工程式死亡。你买了一堆工具设计了十几个字段填了颜色标签搞了周报月报年报体系。结果是你花了大量时间在维护系统本身而不是在复盘你想复盘的事情。系统越复杂崩溃得越快。这三种死法其实指向同一个根源复盘被设计成了一件很重的事。而REA的核心思路是反过来的——把复盘变轻轻到你没有理由拒绝。1.2 复盘不是道德表演REA三个字母的设计逻辑传统复盘经常把反思和自我批判绑定在一起。但心理学上有一个很简单的常识当人感受到攻击时第一反应是防御、逃避而不是改进。你写我今天拖延了你以为你在反思其实你只是在给自己的今天贴一个负面标签。贴完标签大脑就觉得任务完成了明天照旧。REA把整个流程拆成三个环节每个环节只回答一个问题刻意把情绪从事实中剥离出来R环节只问发生了什么不谈好坏不谈感受E环节才问哪些地方好哪些地方不好而且目标完成度、决策质量和运气要分开打分A环节只问下一步做什么要求必须写出可执行动作。这样设计的直接好处是你在R环节不会被情绪提前劫持在E环节做出判断后有A环节兜底不会陷入知道错了但不知道怎么做的悬空状态。1.3 REA和传统复盘的底层差异我用过市面上不少复盘模板也和身边朋友交流过各自的做法最终REA能留下来靠的不是玄学而是几个具体差异对比维度传统复盘REA入手点从感受和好坏结论入手从事实和时间线入手情绪压力高容易自我批判低现场剥离评价产出物感想、感慨、决心动作清单执行时长30分钟起步上不封顶10到15分钟可控判断标准是否深刻是否可执行从这张表能看出来REA不是一种更强力的复盘而是一种更防放弃的复盘。它把反思这个动作从抽象的道德高度拉回地面变成一道三步工序。你要做的不是更深刻而是更机械地走完R、E、A三个环节。2. R是对着事实回放先别急着评价2.1 为什么R必须是没有情绪的人在回忆过去的时候记忆会自我改编。你回忆一次失败的项目脑子里留下的往往是我很挫败大家好像都不满意最后赶工赶得很惨这些情绪化标签至于到底哪一天发生了什么、哪一步开始走偏、哪个决策导致了返工反而一片模糊。R环节的作用就是对抗这种记忆失真。它要求你回到事实层像放录像带一样把过程过一遍只记录可观察、可核实的事件。这一条听起来简单做起来最容易被忽略因为绝大多数人一旦开始回顾就忍不住加形容词。我在最初的REA版本里就吃过这个亏。当时R环节写的是今天项目讨论很混乱大家意见不统一导致我心情很烦躁这种记录到了E环节根本没法评分——混乱没有边界意见不统一没有具体指向。后来我把规则改成只允许写名词、动词、数字、时间点不允许写很有点糟糕这类词R环节才算真正有用。2.2 回放模板时间线法加三个黄金问题我现在的R环节用两个工具时间线法加一组固定问题。时间线法不是写完整的一天而是只挑出对你所要复盘的事情有影响的事件节点。以工作项目为例我会把项目周期里的关键点列出来格式是时间 事件 影响不需要修饰周一客户提出新增需求原定的第一版方案需要调整模块结构周三开发反馈旧接口无法支持新流程开始临时改方案周五测试阶段发现兼容问题修复花费两天下周一上线时间延期整体比计划晚三天。列完之后再回答三个黄金问题实际发生在哪几个时间点和我们原计划差距最大我在哪个阶段投入的精力最多但实际产出最少有没有什么事情被反复中断、反复重新讨论这三个问题的作用是缩小范围。尤其是第三个问题它经常能暴露一个隐藏成本很多项目的时间不是被做掉的而是被反复做决定耗掉的。2.3 R环节实例一个普通工作日的回放举一个我自己的例子。某天我原计划上午完成一篇长文的框架下午处理三份合作咨询晚上阅读资料。当天看似很忙到了晚上却又觉得什么都没做完。用R环节回放时间线9:30-11:00打开文档写框架期间被即时消息打断五次11:00-12:00回复其中一位合作方的消息对方要求改合作细节来回沟通十二轮14:00-16:00处理另外两份咨询发现一份是纯广告合作临时决定不接16:00-17:00重新回到长文框架但上午的思路断了又重新理晚上因为白天没完成框架心里有负罪感结果也没看进去书躺在床上刷了一小时手机。只写事实不带评价我的问题马上浮出来了真正导致没做完的不是我意志力差而是上午被打断的次数太多加上中午连续处理了高难度的沟通把精力耗尽了。到了下午认知资源已经不够再写长文。这就为后面的E和A环节提供了准确的素材比一句今天我自制力不行强得多。3. E是给过程打分把结果不好和决策不对分开3.1 结果偏差与决策偏差为什么输了牌不一定打得差E环节是整个REA里最容易做歪的一步因为人的本能是结果归因结果好就觉得自己做得好结果不好就觉得自己做得差。但在真实世界里结果和决策质量并不完全挂钩。打牌的时候你按正确概率出牌也可能因为对手运气好而输你做了一个错误决策也可能歪打正着获得好结果。项目复盘如果只看结果会奖励坏决策、惩罚好决策长期下来你的判断力不会提高反而会被运气误导。所以E环节里我强制自己分开两个问题这个结果是因为我做了什么导致的还是因为外部环境变化导致的。我的项目里有一件事给我印象很深某个功能模块如期上线、客户也很满意但到了复盘时我才回想起来整个模块是在需求变更之后靠疯狂加班硬赶出来的。结果是好的决策过程却有很大隐患。如果当时只看结果我根本不会去拆那个隐患。3.2 评估维度与打分方式一个可照抄的评分表E环节我一般从四个维度打分每个维度1到5分同时必须写下打分的证据不允许凭感觉打分维度分数判断依据必须写事实可控性目标完成度4主体功能上线但两个次要功能延后部分可控时间与精力使用2关键阶段靠加班推进节奏失衡可控决策与沟通质量3需求变更确认晚了三天走了一次返工可控资源与外部条件4客户预算未变化协作方配合正常不可控打分之后真正重要的一步是对可控性做标记。只有标记为可控的事项才值得进入A环节变成行动标记为不可控的事项顶多记下来作为以后风险评估的参考不投入精力去纠结。3.3 从评估到归因把模糊的不好拆到具体环节打完分我会再追问一层归因但归因的对象不是我这个人而是具体环节。我会使用一个简单句式在哪个环节缺少了什么条件或信息导致后续出现了什么后果。比如时间与精力使用得了2分归因结果可能是在需求确认环节缺少一次正式的书面变更确认导致开发中途改了三次接口。这句话指向的是流程缺口而不是我的能力问题。这样一来A环节要解决的就是流程缺口非常清晰。实际上很多人E环节做不好就是因为归因太笼统总是归到沟通能力差执行力不足这种性格标签上。性格没法直接改改流程可以。REA在E环节的巧妙之处就是逼你按维度拆拆完自然就会落到具体流程上。4. A是把结论变成动作这一环节决定复盘有没有用4.1 下次要注意为什么等于没说R和E做得再好A环节一塌糊涂复盘就等于白做。我见过最常见的A环节输出是下次要注意以后要改进争取做得更好。这些话之所以没有用是因为它们缺少动作的基本要素条件、对象、程度。下次要注意沟通没有任何信息量。什么场景下注意和谁沟通沟通到什么程度算到位不写清楚下次遇到同样场景大脑依然不知道调用哪条行为指令。A环节唯一的验收标准是当那个场景再次出现时你能否想起并执行这个动作。如果答案模棱两可说明动作本身不合格。4.2 把结论翻译成动作的句式我会把所有复盘结论统一翻译成一个句式在什么条件下对什么人/什么事做什么动作做到什么标准。举几个例子。复盘结论是沟通不够清楚翻译后的动作是每周五下午四点把本周进度和下周计划用三行文字发给合作方确认对方回复后再结束。结论是需求变更导致返工翻译后的动作是新增需求超过半天工作量时必须先写变更说明让双方确认后再进入开发。这样一写你会发现动作和结论的差别非常大。结论是方向动作是具体的路。A环节实际上就是修路的过程。4.3 动作清单的三种类型继续做、停止做、尝试做我自己的A环节永远只保留三类动作控制在三到五条以内超过五条基本等于没写。因为人的执行力是有限的一次复盘产生五个以上新动作真实能落实的不到一个。继续做上轮验证有效下轮要保留的动作。比如每天开始工作前先列出当天三项核心任务停止做明显消耗时间且没有产出的动作。比如不再在需求变更新闻出现的第一时间动手改代码先确认变更范围尝试做针对新发现的问题设计一个小规模实验。比如下一周尝试把长文写作安排到早上观察完成效率变化。这三类动作我会在每周复盘时对照检查做到了就划掉没做到就重新评估是动作太难还是优先级不对再决定降级或调整。4.4 A环节自检五问每条动作写完之后我会用五个问题过一遍确保它们合格这条动作有没有具体的执行时间或触发条件执行这条动作的人是有一个明确角色还是大家完成这条动作之后我能看到什么可见的结果如果这条动作没做我会在第几天发现这条动作是不是在最小可执行范围内而不是一次要改整个系统如果任何一条答不上来这条动作就退回重写。答得上来整体复盘才算真正闭环。5. REA落地的节奏、工具与踩过的坑5.1 频率怎么选日复盘、周复盘、项目复盘很多人对复盘的频率有执念认为必须天天复盘才能进步。我的实际体会是REA更适合分层使用而不是一个节奏走到底。对于高强度执行期我用日复盘但只做精简版R环节写三行事实E环节给两个关键维度打分A环节只写一条明天最重要的调整。整个过程控制在五分钟以内。日复盘的目的是当天纠偏不是做深度分析。对于正常工作的周复盘我才会跑完整REA这一周的时间线、四个维度打分、完整的动作清单。周复盘的核心价值是识别的动作是用来成立停止做和尝试做的实验。对于项目复盘频率是项目结束或关键里程碑结束时。这时候不需要管周期需要管的是沉淀。我会把整个项目的R时间线补全E维度扩展到目标、成本、质量、协作等多个方面产出的动作会定向加入下个项目的启动计划。5.2 工具选型从纸笔到表格到笔记应用工具不是越高级越好而是越顺手越好。我用过三个阶段也推荐你按这个顺序试工具适合阶段优缺点纸笔本子刚开始实践REA手感好但后期不好检索不适合项目级复盘电子表格每周复盘阶段方便打分和汇总模板清晰但手机端体验一般笔记类应用项目级复盘与知识沉淀可以前后关联、长期积累但需要额外整理我的建议是第一周先用纸笔把R、E、A三个环节真正跑一遍感受每个环节的节奏。等确认这个流程适合自己再搬到表格或笔记应用里。直接一上来就搭一套数字化系统很容易掉回工程式死亡。5.3 我踩过的坑和对应调整REA能走到今天中间也改过好几轮。第一个坑是R环节写得太啰嗦把时间线写成了日记。后来我加了一条规则每个时间节点最多三行只写事件和影响超过三行说明你还没有提炼。第二个坑是E环节打分时我经常被本周结果不顺的情绪带跑把四个维度全都打低分。后来我强制要求必须为每个分数写出证据如果没有证据一律改回3分。这个规则把打分曲线上所有的情绪污染降了下来。第三个坑是A环节贪多一次写出七八条动作结果一条都没做。后来我设定了上限三到五条并且每条都归入继续做、停止做、尝试做中的一类。你会发现当动作变少执行率反而上去了。还有一个比较隐蔽的坑在项目复盘时我最初会拿REA去找责任人想让别人也填评分表结果气氛一度非常尴尬。后来我想明白REA首先是给自己用的工具涉及协作问题时只把A环节产出的流程调整拿出来沟通效果好得多。不要试图让所有人都用你的方法你只需要用你的方法得出足够好的结论。5.4 一个可以直接抄的完整REA模板最后把我正在用的完整模板放在这里方便直接复制到你的笔记里。R 回顾事实本周/项目时间线列出关键节点只写事件和影响实际进展哪些事情推进了哪些事情停滞了反复被中断/反复讨论的事情是什么消耗了大约多少时间E 评估打分目标完成度1-5证据时间与精力使用1-5证据决策与沟通质量1-5证据资源与外部条件1-5证据可控与不可控分类把低分项标为可控或不可控只对可控项负责A 行动落地继续做保留的动作停止做本周期验证无用的动作尝试做针对新问题的小实验动作触发条件与执行标准每个动作都要回答什么条件下做做到什么程度算完成。这个模板没有任何多余的东西我用了它一年多没有一次因为不知道写什么而卡住。复盘这种事最怕的不是想不清楚而是太重太重。有一段时间我差点放弃整个复盘习惯还好把REA改得足够小、足够轻。你如果要开始别急着追求全面先拿一周每天五分钟只把R、E、A走一遍看看它能不能帮你抓住一点什么。反正对我来说把下次要注意改成项目里有变更请求时先写书面确认再动手这句改变比过去写过的任何感想都有用。