写点什么

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

  • 2014-01-09
  • 本文字数:1717 字

    阅读完需:约 6 分钟

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

正如 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

2014-01-09 02:082097
用户头像

发布了 340 篇内容, 共 139.0 次阅读, 收获喜欢 13 次。

关注

评论

发布
暂无评论
发现更多内容

mcgs笔记 系统变量

万里无云万里天

HMI 工厂运维 mcgs

通过文字图像——代码图形注释自动生成

芯动大师

代码 生成式

mcgs笔记 菜单栏中工具下的功能(上)

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 菜单栏中工具下的功能(下)

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 动画组态 分段填充颜色

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 有线网络 上传工程

万里无云万里天

HMI 工厂运维 mcgs

基于波特图的控制系统设计算法

芯动大师

AIGCC

ChatGPT流程深度分析:一篇文章带你掌握大模型整体流程(专家篇)

肖哥弹架构

Java 大模型 ChatGPT LLM

PIRF-410-Opinion-Is it funny?

Echo!!!

English

试验大模型的图像识别能力

AIGC.TWang

图像识别 多模态 大模型 AIGC AI大语言模型

“柔性算力”首款云服务器亮相828!华为云Fleus X 实例体验升级

轶天下事

淘宝API接口深度解析:利用关键词搜索商品列表数据

代码忍者

API 接口 pinduoduo API

Java开发性能瓶颈TOP榜,你中招了吗?

巧手打字通

Java 性能优化 后端 经验总结 性能瓶颈

mcgs笔记 程序保护 设置各种密码

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 优盘包制作

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 有线网络连接

万里无云万里天

HMI 工厂运维 mcgs

解锁电商新视野:京东商品详情API——您的精准商品信息探索利器

代码忍者

API 测试 pinduoduo API

mcgs笔记 触摸校准程序

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 构件联动 滑动输入与百分比填充

万里无云万里天

HMI 工厂运维 mcgs

mcgs笔记 系统参数设置界面

万里无云万里天

HMI 工厂运维 mcgs

为敏捷回顾会议添加目的和假设_文化 & 方法_Ben Linders_InfoQ精选文章