结论先放这儿：把复盘的“结论/改进点”先写出来，比从头到尾复述过程更省力、更清晰，也更容易立刻行动。把结论放前面，你会在5秒内知道下一步该做什么，剩下的复盘只是为这个结论提供证据和训练路径。

为什么这样更有效

• 大脑喜欢先拿到结论再吸收细节：结论先行能让后面的信息更聚焦，有利于记忆与执行。
• 节省时间：日常比赛频率高，完整复盘耗时，先提结论能快速把核心问题锁定并开始改进。
• 便于传达：把结论写在最前面，团队成员或未来的自己打开页面就知道关键点，不必重复看长篇记录。

一个通用且可复制的“先结论后展开”复盘框架（5-15分钟版本） 1) 一句话结论（30秒）

• 用一句话写出最重要的改进点或成果。例如：“今天卡在第三题，原因是思路不清，接下来做两次思路拆解训练并复习动态规划模板。” 2) 三条关键证据（1-2分钟）
• 列出支持结论的具体事实：花了多长时间、哪一步卡住、错误类型、使用的解法等。 3) 具体行动项（2分钟）
• 明确下一步要做的1–3件事：练习内容、时间安排、复盘人（如果是团队）。 4) 快速复盘要点（剩余时间）
• 简要写流程回顾、遇到的诱因、可避免的错误、当下的状态（疲劳、心态等）。

一个更完整的复盘模板（30-60分钟深度版） 1) 结论（先写）：一句话或两句话，明确改进方向与目标时限。 2) 事实清单：时间轴化的关键步骤（谁、何时、何事、结果）。 3) 问题分类：

• 技术/方法问题（知识盲点、工具使用）
• 战术/执行问题（分配时间、先后顺序）
• 心态/环境问题（疲劳、干扰、决策仓促） 4) 根本原因分析（Why ×3）：从表面问题反复问“为什么”，直到找到可行动的深层原因。 5) 解决方案与实验计划：列出可执行的小实验（每项有度量指标和期限）。 6) 学习资源与支持需求：需要复盘谁、需要什么资料、需不需要模拟训练。 7) 复盘结论回顾：把开始写的结论对照证据修正，确认可执行性。 8) 跟踪与反馈：设置复盘回顾时间（比如三天后复查成果）。

示例（以每日编程比赛为例）

• 结论：今天被第3题卡住，主要是对题目条件建模不充分，接下来做两套类似类型题目的思路拆解训练，并在3天内完成。
• 关键证据：第3题耗时47分钟仍未通过样例；提交后获得WA，调试发现边界条件漏掉；前两题在15分钟内解决。
• 行动项： 1) 明天早上做2道同类建模题（限时30分钟） 2) 总结3个常见建模套路并在笔记里固定 3) 每周一次模拟赛中强制先写“模型假设段落”
• 根因：习惯直接写代码，缺少在纸上验证模型的步骤。
• 跟踪：3天后在训练中检验是否减少类似错误。

常见误区（别犯）

• 把复盘当成抱怨会话：关键是找到可执行的改进，而不是只记录不变的事实。
• 复盘过度详尽：细节重要，但不要让复盘吞噬实际练习时间。结论优先、细节为证。
• 每次都换复盘方法：重复一个简单可行的模板，比不断追求“完美复盘法”更有回报。

快速上手的日常规则（适合忙碌的人）

• 60/30规则：比赛后60秒写一句结论，30秒写1-2个立刻可做的改进。
• 周回顾：每周挑3个结论，针对性训练并记录效果。
• 写给未来的自己：把结论与行动写得具体、可测（什么时候、做多少、如何验证）。

结尾一句话 结论先行不是偷懒，而是把复盘变成可执行的工具：你立刻知道要修哪一道门、练哪一项技能、用了多少时间，接下来的复盘就变成给结论找证据和优化路径的工作。下次比赛后，先写一句话结论，再决定下一步怎么练——你会发现复盘从学问变成了武器。