改进敏捷回顾会议的 8 个技巧

我经常认为*回顾*应该被称为*展望*，因为该术语关注的是未来，而不是关注过去。 回顾本身确实是面向未来的：在这里我们可以问一个问题：“根据我们现在所知道的，我们需要尝试的下一个实验是什么，以改善我们的生活以及我们客户的生活？”

回顾应该是什么样的？

产品开发中有两个重要的循环：一个产生所需的可交付的最小价值产品。 另一个是我们检查我们的工作方式——不仅要避免做那些效果不好的事情，还要确定如何扩大我们做得好的事情——并设计一个实验，将其纳入下一个生产循环，以改善我们的团队取悦客户的方式。 这是此图右侧的循环

回顾崩溃时

在参加各个团队的迭代回顾会议时，我看到了一种与持续改进的持续关注相关的普遍不满。

一位工程师直言不讳地说：“[我们的]持续改进感觉就像我们不断失败。”

团队讨论了哪些有效，重申了哪些无效（可能已经感觉像他们不断失败），互相点头，并发出长叹。 然后，一位工程师（已经错过另一个会议）最终总结了会议：“好吧，让我们尽量不要在 sprint 的最后一天提交所有代码。” 没有机会扩大优点，因为没有讨论优点。

实际上，这就是回顾的感觉

反模式是，回顾变成了可怕的会议，我们回顾上一次迭代，制作两列——哪些有效，哪些无效——并迅速为下一次迭代提出一些解决方案。 没有涉及科学方法。 没有数据收集和研究，没有假设，也没有什么深入思考。 结果呢？ 你没有得到一个实验或一个潜在的改进来纳入下一次迭代。

改进回顾的 8 个技巧

1. 扩大优点！与其关注哪些效果不佳，为什么不首先让每个人提到一个积极的项目来开始回顾呢？
2. 不要急于寻找解决方案。 深入思考问题而不是试图立即解决它可能是一个更好的选择。
3. 如果回顾没有让你对实验感到兴奋，也许你不应该在下一次迭代中尝试它。
4. 如果你没有分析如何改进，（5 个为什么、力场分析、影响映射或鱼骨图），你可能太快地跳到解决方案了。
5. 改变你的方法。 如果每次你做回顾时，你都会问：“什么有效，什么无效？” 然后投票选出任一列中的顶部项目，你的团队很快就会感到厌烦。 Retromat 是一个很棒的免费回顾工具，可以帮助你改变你的方法。
6. 通过询问对回顾本身的反馈来结束每次回顾。 这可能看起来有点元，但它有效：不断改进回顾就是在递归地改进团队。
7. 消除障碍。 询问你如何支持团队寻找改进，并准备好对任何反馈采取行动。
8. 没有“迭代警察”。 根据需要休息一下。 从分析中得出假设并提出实验涉及创造力，并且可能会很累。 偶尔，作为一个团队出去享用一顿美好的回顾午餐。

本文的灵感来自 回顾反模式：持续改进不应该感觉像不断失败，发布在 Podojo.com。

[请参阅我们相关的故事，如何为 DevOps 转型建立商业案例。]