写点什么

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

  • 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:082108
用户头像

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

关注

评论

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

1024程序员节的正确打开方式

云智慧AIOps社区

程序员 开源技术 1024我在现场 飞鱼 云智慧

极客时间架构实战营作业六

jjn0703

架构实战营

架构实战训练营模块 6 作业

Sonichen

模块一:为何架构设计能力难以提升? --学习总结

小鹿

第 23 章 -《Linux 一学就会》- expect - 正则表达式-sed-cut的使用

学神来啦

Linux Shell linux运维 linux云计算 linux一学就会

顶会VLDB'22论文解读:多元时序预测算法METRO

华为云开发者联盟

数据库 华为云 多元时序预测算法 VLDB'22 华为云数据库创新Lab

实现服务器和客户端数据交互,Java Socket有妙招

华为云开发者联盟

socket 进程 服务器 客户端 java

华为在HDC2021发布全新HMS Core 6 宣布跨OS能力开放

叶落便知秋

零信任能力成熟度模型白皮书发布!内附下载资源

华为云开发者联盟

安全 隐私保护 华为云 网络架构 零信任

(module6)电商微服务系统拆分

消失的子弹

拆分电商系统为微服务

Yina🌝很浪🌊

0 基础架构入门 - 6(电商系统微服务架构)

felix

架构实战营 0 基础架构入门

Vue进阶(幺伍零):巧用 key 提升页面渲染性能及触发生命周期函数

No Silver Bullet

Vue 渲染性能 10月月更

推荐7款超实用的推特推特下载器,包括电脑和手机上使用(小伙伴们快快收藏起来)

So...

twitter 推特视频下载 推特 x x视频下载

云图说 | 分布式缓存服务DCS—站在开源Redis前辈的肩膀上,扬帆起航

华为云开发者联盟

redis 缓存 分布式 华为云 DCS

【KubeMeet 上海站回顾】 探索云原生应用管理与交付新解法

阿里巴巴云原生

阿里云 开源 云原生 KubeMeet

架构实战营模块六作业 - 拆分电商系统为微服务

李焕之

go-zero 实战之 blog 系统

万俊峰Kevin

golang 微服务 go-zero

1024程序员:算法&仓鼠&创业

博文视点Broadview

2021年秋季明道云伙伴大会,邀您参与!

明道云

爱奇艺联合WSDM发起用户留存预测挑战赛

爱奇艺技术产品团队

netty系列之:netty对http2消息的封装

程序那些事

Java Netty 程序那些事 http2

电商系统微服务系统设计

Imaginary

收藏这36个正则表达式,开发效率提高80%

Tom弹架构

Java 正则表达式

架构设计六 如何设计业务的微服务架构

nydia

微服务 架构设计

vivo AI 计算平台的 ACK 混合云实践

阿里巴巴云原生

阿里云 云原生 ACK Vivo

基于 RocketMQ 的基金数字化陪伴体系的架构实践

阿里巴巴云原生

阿里云 RocketMQ 云原生 消息队列 金融场景

谐云边缘计算大规模落地实践,带你见证边缘的力量!

谐云

云计算 边缘计算

华为首次采用数字人全程实时手语直播,并宣布全面开放手语服务能力

叶落便知秋

Python代码阅读(第44篇):寻找符合条件的元素的位置

Felix

Python 编程 Code Programing 阅读代码

新征程、新时势、新聚变——2021一亩地儿合作伙伴大会在京成功举办

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