经常召开敏捷回顾会议会帮助团队了解并改善自身。为之设定目的并且使用假设来验证你的回顾会议是否带来改善，可以让回顾会议更加有效。
正如 Thomas Cagley 在回顾会议的障碍一文中所说，缺少跟踪是有时回顾会议无法带来改善的主要原因之一。
团队犯的最严重的错误就是，召开回顾会议，但对结果置之不理。尽管讨论本身可能令人鼓舞且通畅，但最后团队只是浪费了时间。
为了确保能够采取行动，Thomas 建议要让所需要做到的改善显而易见：
每次回顾会议都应该至少确定一个改善的目标或想法。那个目标应该被添加到 sprint backlog 中，并强调那是团队需要交付的一项工作。
在博文《摇滚的回顾会议（retrospectives that rock）》中，Dave Sharrock 说明你可以通过给会议赋予目的，让回顾会议更加有效。
（……）想要为回顾会议注入活力，最简单的方式就是在开始的时候提出一个清晰的问题来确定方向，然后围绕它来进行回顾。
为了让方向有价值，所有人都应该对其很清楚，并且都与其相关，而不要让它成为一个人的问题。这可能是专注于一个未发现的特定问题，而它与 sprint 本身的成功完全无关（例如，想要让团队在同样的时间内交付两倍的故事点，应该做出那些改变？）或者把目标定为团队忽略的组织上的问题（例如，我们如何减少甚至消除对监管合规部门为新特性签字的等待时间？）
Bob Marshall 在《回顾会议——更错误还是更正确（retrospectives – wronger and righter）》一文中说明了为什么他认为PDCA 循环——从假设开始——是回顾会议的根本所在：
如何把普通的回顾会议变得不同寻常呢？ 那就要回归根本。特别是 PDCA（Shewhart 循环）。很多人都看到了在简单的情境下——Sprint 计划会议和发布计划（Scrum）——的“计划（Plan）”这个词。但在 PDCA 中，由于它来自于 Francis Bacon 的“科学方法（Scientific Method）”，所以“计划”意味着假设：
- “假设”——计划
- “实验”——实施
- “评估”——检查
- （控制——最新增加的内容）——改进
在上面的理论中，所有回顾会议都不会有目的，除非它回答了问题“做什么才能够让我们期望发生的事情——假设——真正发生？” 如果是那样的话，为什么呢？ 如果不是，为什么不是呢？ 缺少最初的假设，我们永远都不会自问这个问题。
Marc Löffler 发布了一篇博文《把目的加入到回顾会议中（inject purpose into retrospectives）》，其中他提到，想要更好地做回顾会议，一定不能缺少目标。
任何没有目的的回顾会议完全都是在浪费时间。（对任何其他会议都是这样）。只要没有目的，那么定期改变你的回顾会议并引入新的想法也没有任何意义。
他以与精益创业中使用的类似的方式使用假设，并采纳了 Diana Larsen 和 Esther Derby 在《敏捷回顾会议》一书中所提到的回顾会议流程。Marc 对“决定要做什么”步骤做了扩展，加上了“增加假设”，并引入了一个“检查假设”步骤，它会在搜集数据之后执行：
（……）而不要从你检查上一次回顾会议的假设得到深入的观点。这非常有用，因为它让你可以检查上次回顾会议的任务是否达到了期望的效果（你的假设）。在大多数情况下，你会发现假设是错误的。你不能只是检查是否完成了上次确定的各项任务，还要检查它们是否有用，并有积极的效果。如果你的假设都是错误的，那么就应该检查为什么它们没有得到期望的效果。
据 Marc 所说，增加假设并在下一次回顾会议中进行检查，会为你的回顾会议赋予目的。并且有助于检查你的回顾会议行动是否有价值：
你需要对所确定的所有任务添加假设，否则就无法检查任务是否有用。正如科学方法中所描述的，你要确保假设是可测试的。如果不可测试，那就没有意义。
Bob Boyd 提供了使用科学验证做回顾会议的八步过程。遵循精益创业的概念，这些步骤会帮助你验证回顾会议的行动是否得到了期望的改进效果。
1. 清晰地声明改进所要解决的问题
2. 清晰地声明改进之后的结果是什么样子
3. 为改进创建可以检验的假设（这是实验总结）
4. 确定要搜集的指标和度量数据
5. 确定如何搜集指标
6. 确定如何展现搜集的数据
7. 确定团队如何知道假设已被验证正确，而不会产生合理的怀疑
8. 确定团队会如何知道假设被验证错误，而不会产生合理的怀疑
查看英文原文： Adding Purpose and Hypotheses to Agile Retrospectives
注册/登录 InfoQ 发表评论