复盘从目标回放开始
复盘最容易变成情绪总结，原因是没有先回放目标。模板的第一栏应写清当初的目标与约束：要解决什么负载问题、在什么功耗与面积边界内、依赖哪些外部条件。第二栏写实际结果，只写可核对的事实，不写评价。两栏并排，偏差自然显现。接着标注偏差类型：是目标设定过高、约束估计错误、还是执行中资源不足。分类的意义在于决定后续动作，目标问题要改设定方法，约束问题要改评估流程，执行问题要改协作机制。回放阶段不急于找责任人，先把事实摆齐，否则讨论会滑向辩解。模板要求每条偏差都对应一个可验证的证据来源，避免凭印象下结论。
根因分析要区分层级
偏差背后往往有多层原因，模板建议分三层追问：直接原因、流程原因、认知原因。直接原因是表面现象，比如某模块延迟超标；流程原因是为什么没提前发现，比如缺少最坏情况测试；认知原因是团队对某类负载的理解偏差。只停在直接原因，问题会重复出现；只谈认知原因，又容易空泛。做法是对每个偏差至少追到流程层，能追到认知层的单独列出。术语上要区分相关与因果：两个现象同时出现不等于前者导致后者，根因分析需要可替换验证，即改变疑似原因后结果是否随之变化。模板中留一栏记录“未确认的猜测”，避免把猜测当结论写进正式结论。
把经验转成可执行的资产
复盘的产出不应只是会议纪要。模板要求每条经验转化为三类资产之一：检查表条目、评估脚本或参数、以及决策规则。检查表条目用于下次评审时逐条核对；评估脚本或参数用于把本次的估算方法固化下来；决策规则用于在类似取舍出现时快速判断。转化时要写清适用条件，否则经验会被误用到不相似的场景。另一个动作是标注失效条件：什么情况下这条经验不再成立。这能防止把一次成功当成通用规律。资产还要指定维护人，否则很快就会过时。模板的价值在于让经验可检索、可执行，而不是停留在文字里。
复盘的节奏与常见误区
复盘不必等到项目结束，关键节点后做小复盘更有效。小复盘聚焦单个决策，大复盘聚焦整体节奏。模板可以复用，但小复盘只填目标、偏差与一条资产。常见误区有三个：一是只复盘失败，成功项目里被运气掩盖的问题同样值得记录；二是追求共识，把分歧抹平，实际上分歧点往往是最有价值的信息；三是结论过多，一次复盘给出十几条改进，最后一条也落不了地。建议每次只锁定少量可执行改动，并在下一次复盘中检查是否真的发生。结尾给一个判断标准：如果复盘后没有人能说出下次具体会做什么不同的事，这次复盘就还没有完成。
