面向工程团队的冲刺回顾模板
为什么大多数回顾产不出改变
冲刺回顾有一个模板修不了的结构性问题：团队生成了改进想法，却不回顾它们。这次回顾产出五个行动项。下次回顾又从一张白纸开始。同样的问题再次冒出来。
下面的模板把回顾步骤烘焙进了开场，让它无法被跳过。这一个改动对回顾成效的作用，胜过任何形式上的调整。
议程（复制粘贴即可）
时长： 两周冲刺 60 分钟；一周冲刺 45 分钟
形式： 有人主持，配一块共享的异步看板（Miro、FigJam、Notion——你自己选）
第一节 — 行动项回顾（10 分钟）
- 逐条读出上一冲刺的行动项
- 逐条标记：已完成 / 进行中 / 已放弃（放弃的简述原因）
- 把任何未完成的项顺延；现在不要重新争论它们
第二节 — 数据快照（5 分钟）
- 冲刺速度对比目标
- 超过一天的计划外工作
- 事故或值班事件
- 冲刺中途的范围变更
- 把数据摆上屏幕，暂不讨论
第三节 — 哪些做得好（10 分钟）
- 团队在会前异步添项，或在头 3 分钟内添项
- 讨论排在前面的 2-3 项；跳过明显已有共识的项
- 别在无法落地的事情上花时间
第四节 — 哪些要改进（15 分钟）
- 同样的形式：异步输入，讨论信号最强的项
- 对每一项：是一次性发生，还是反复出现的模式？只有模式才成为行动项
- 主持人的职责是把"这很让人沮丧"转化成某件具体且可改变的事
第五节 — 行动项（15 分钟）
- 每一项都必须有：描述、一名负责人（不是"团队"）、截止日期
- 争取最多 2-3 项；再多就会稀释担责
- 把第一节里任何未完成的项顺延过来
收尾（5 分钟）
- 对回顾本身做一次快速的加/减/变
- 确认回顾纪要在下班前发出
热门回顾形式遗漏了什么
Start/Stop/Continue 和 哪些做得好/哪些要改进/行动项 都是有效的形式。问题不在形式——而在于模板很少把回顾步骤编排在最前。那个步骤是唯一能在一次回顾到下一次回顾之间创造担责连续性的东西。没有它，回顾就是一台情绪机器，而非一台改变机器。
模板也没有处理时间限制的纪律。"哪些要改进"几乎无一例外地会拖长，因为它在情绪上比"哪些做得好"更有吸引力。没有硬性限制，一场 60 分钟的回顾会变成 90 分钟的讨论加上末尾 5 分钟仓促的行动项。而行动项是唯一能改变任何事的部分。
第三个缺口：行动项被写成了含糊的指令。"改进前后端沟通"不是一个行动项。"Sarah 将从下周一起，安排前端和后端负责人之间每周一次的 30 分钟同步"才是。负责人和开始日期必须在会议室里就点明——事后，那些具体细节会变软。
这些模式的累积代价会在几周后显现为从未被捕捉的上下文和被反复争论的决策。会议税从量化角度讲述了这在一个季度里是什么样子。
为什么回顾纪要比站会笔记更难写
站会纪要很短。冲刺规划纪要有结构。而回顾纪要难写，是因为内容很凌乱——便利贴、在各节之间跳来跳去的讨论、情绪与数据的混合。谁来写这份纪要，谁就得从一场同时朝多个方向推进的会议里重构出一条连贯的线索。
Pavleur 恰恰因为这份凌乱而处理得很好。它捕捉会议中所说的一切，以及屏幕上的任何内容——共享的看板、第二节的速度图表、有人在第四节引用的那张事故工单。会后报告是结构化的，行动项从会议室里实际决定的内容中提取出来（带按点名记录的负责人和日期）。无需重构，通话后也无需整理。
纯音频转录工具捕捉文字，却捕捉不到视觉上下文。在一场回顾里，视觉往往是最重要的部分——便利贴看板、揭示出某个模式的那张图、锚定了一场讨论的那张工单。那个上下文在纯音频纪要里并不存在。想做一次直接的工具对比：Pavleur 与替代方案对比。
常见的回顾失败模式
同一个行动项连续出现在三次回顾里。 第一节不可妥协。如果某一项老是完成不了，要么带着陈述好的原因放弃它，要么把它升级上报——别无限期地把它顺延下去。
讨论变成没有结论的吐槽。 主持人在第四节的职责，是把"那个流程坏了"翻译成一件具体、可改变的事。如果它无法在 30 秒内变得具体，就把它放进待议事项。
没人在会前异步添项。 提前 24 小时发出看板。用 2-3 个项来给它打底，以打破空白画布的难题。当每个人到场时手里都有写好的东西，会议就开得更好。