BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

为敏捷回顾会议添加目的和假设

| 作者 Ben Linders 关注 20 他的粉丝 ,译者 侯伯薇 关注 0 他的粉丝 发布于 2014年1月10日. 估计阅读时间: 5 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

经常召开敏捷回顾会议会帮助团队了解并改善自身。为之设定目的并且使用假设来验证你的回顾会议是否带来改善,可以让回顾会议更加有效。

正如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账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT