大多数球队都在跑 回顾 大约三个冲刺。然后它就变得模糊了。到冲刺六时，一半的团队将其视为可选。到冲刺十二时，新技术领导者希望“复兴”回顾风。
这不是纪律问题。它几乎总是一种结构性的。回顾会因为可预见的原因而消亡，而少量的流程设计可以让它们无限期地存活下来。
这篇文章是我们最常看到的失败模式，它们发生的原因，以及使回顾足够有用以至于团队真正想要这样做的举措。
失败模式1：行动项目毫无进展
最大的杀手。
冲刺 1 回顾：团队提出五个工单，选择两个行动项目。
冲刺 2 回顾：团队提出四个工单，选择两个行动项目。
冲刺 3 回顾：有人注意到没有人执行 sprint 1 或 2 中的行动项目。
冲刺 4：出席率下降。
该团队正确地得出结论：谈话是廉价的。如果动作不行，回顾就只是戏剧。
修复： 每个行动项目都有一个所有者和下一个冲刺内的截止日期。如果您无法指定一项，那么它就不是一个行动项；这是一个愿望，而愿望不会倒退。
业主不必单独完成这项工作。业主负责 安排工作；通常是在下一次冲刺中添加工单，或交由有能力处理的人跟进。没有负责人，就不列为行动项。
然后：每一次回顾都从阅读开始 上一个 大声说出回顾的行动项目。完毕？伟大的。没做完？为什么？这个 90 秒的仪式是一个团队的回顾能否在冲刺六之后保持活力的最大预测指标。
失败模式 2：每次冲刺都有同样的抱怨
“站立会议 太长了。” “冲刺开始时工单还没有准备好。” “我们需要更好的测试基础设施。”一次又一次的冲刺，都是同样的项目。
这是变相的故障模式 1；行动项目没有交付，所以症状不断出现。但它还有第二个原因：有些问题太大，单个冲刺无法解决，而团队不知道如何解决它们。
修复： 当投诉连续出现两次回顾时，停止格式并提出不同的问题： 为了让这 10% 好转，我们可以在下一个冲刺中进行的最小实验是什么？ 不解决。更好。 10%。
“测试很慢”→“下一个冲刺，两个人花半天时间分析最慢的 5 个规格，然后我们对结果进行投票。”这是一个冲刺规模的行动项目。 “加快测试速度”则不然。
失败模式 3：技术负责人说了算
您可以在五分钟内发现这一点。最高级别的人确定问题，选择行动，指定责任人，团队其他成员点头。在四个冲刺内，团队的其他成员在精神上都在别处。
回顾之所以有效，是因为 团队 表面上什么是真实的。领导者在回顾中的工作是确保这一切发生；不是真理的来源。
修复： 沉默的一代。开始时五分钟，每个人都将自己的项目写在便利贴上（或共享文档中），没有说话。然后分组，然后讨论。领导者最后写便签并最后分享。
这一单一的变化大约使筹集的不同项目的数量增加了一倍，并且它呈现了领导者永远不会看到的东西，因为他们不是支付成本的人。
失败模式 4：相同的格式，每次冲刺
开始/停止/继续是一种很好的回顾格式。疯狂/悲伤/高兴也是如此。 4L、Sailboat 和 KALM 也是如此。问题不在于任何单独的格式；而是在于。它正在运行 一样 格式为一年。
大约冲刺四次后，团队的大脑会针对格式进行优化。他们开始装满水桶，但没有注意到事情。回顾变成了填空练习，而不是思考练习。
修复： 每 4-6 个冲刺轮换一次格式。我们有一个 回顾格式选择器 它会根据有关您的团队和上一次冲刺的六个问题推荐六种格式中的一种。问题不在于谁更好，而在于谁更好。就是这样 改变 提示会改变团队注意到的内容。
一个团队运行了“开始/停止/继续”九个月，并在一次冲刺中改用“Sailboat”，他们会告诉您，感觉就像是一支不同的团队出现了。
失败模式5：永远不够长；或者总是太长
两个相反的失败具有相同的根本原因：没有商定的时间预算。
当回顾时间太短（冲刺评审结束时挤了 15 分钟）时，团队会提出问题，但永远不会完成选择行动。当他们跑得太长时（8人团队超过90分钟），人们就会走神，谈话的后半部分就像戏剧一样，最强的声音获胜。
修复： 两周的冲刺时间为 60 分钟，一周的冲刺时间为 30 分钟。严格的。具有适合其内部的结构：
- 5 分钟：阅读之前回顾的行动项目，标记完成/未完成
- 10分钟：沉默的一代
- 15 分钟：对热门项目进行集群 + 点投票
- 20 分钟：仅讨论最重要的 2-3 个项目
- 10 分钟：与所有者和截止日期一起选择行动项目
如果材料不够，就早点结束；团队会爱你的。如果太多，点投票会进行优先级排序。
失败模式六：没有心理安全感
这是最难的一个，因为没有任何流程更改可以解决这个问题。
如果在历史上提出问题会导致微妙的惩罚；被要求解决他们提出的问题的人，或者被视为“消极”的人，或者是阻碍冲刺签字的人；人们将停止提出问题。回顾表面上看起来很健康，但不包含任何实际问题。
修复： 匿名输入，直到建立信任基线。即时贴（物理）或没有名称的共享文档。在接下来的四次回顾中，领导者的唯一工作就是公开证明，提出困难的问题可以得到解决，而不会受到惩罚。
这种重建需要几个月的时间，而不是冲刺。不要试图用巧妙的格式跳过它。
失败模式7：冲刺评审后进行回顾
这听起来微不足道，但事实并非如此。到时候 冲刺回顾 完成后，一半的团队成员都在精神上进行下一个冲刺。他们带着动力来展示他们的作品；现在他们被要求回顾过去。
修复： 将回顾安排在不同的一天，或者至少中间有 30 分钟的休息时间。更好的是：早上 之前 冲刺计划，因此行动项目可以在当天变成冲刺票。
如果回顾已经死了该怎么办
不要试图恢复旧的回顾格式。该团队已经训练自己将格式与走过场联系起来。
以团队从未使用过的新格式，针对一个问题进行一次回顾：
“如果我们改变 一件事 关于我们下一个冲刺的工作方式，什么会产生最大的影响？”
沉默的一代，点投票，选一个。业主+截止日期。 30 分钟内完成。
然后交付。如果您交付了该回顾的结果并且团队看到了它的落地，那么您就获得了运行第二个回顾的权利。跳过仪式，交付改变，从那里开始重建。
底线
回顾不会因为团队不再关心而消亡。他们死是因为：
- 行动无法实现 → 对话感觉毫无意义
- 相同的项目重复出现 → 格式并未揭示根本原因
- 领导完成大部分工作 → 团队脱离
- 永远相同的格式→格式优化了注意
- 没有时间预算 → 会议要么以混乱结束，要么拖沓
- 没有安全→真正的问题永远不会出现
- 回顾是回顾的后记 → 精疲力竭的团队回顾过去
解决其中任何一个问题，回顾就会变得有用。修复三个，它们就成为冲刺中最有价值的时刻。
最快的路径是所有者+截止日期+在每次回顾开始时对上一个冲刺的行动进行 90 秒的审查。仅此一点就足以让大多数回顾作品存活数年。
SprintFlint 有 内置本地回顾：每个冲刺都会有一个带有向前滚动的操作项跟踪的回顾模块。想尝试一下吗？ 免费开始：每月50张免费工单，无需刷卡。