写点什么

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

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

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

关注

评论

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

在终端中使用 GitHub Personal Access Token 访问仓库

信号量

内存是什么?一文搞懂内存是怎么实现的

简说Linux内核

内存管理 Linux内核 嵌入式开发 设备驱动

MongoDB的原理、基本使用、集群和分片集群

神农写代码

关于数据湖几个问题详细剖析

五分钟学大数据

数据湖 4月月更

Spring定义BeanDefinition

IT巅峰技术

模块2作业

KennyQ

网络安全之红蓝对抗实战

网络安全学海

网络安全 信息安全 渗透测试 WEB安全 漏洞挖掘

全链路压测(九):容量评估和容量规划

老张

性能测试 全链路压测 稳定性保障

从单机定时到多层分发

程序员小航

Java 定时任务 XXL-JOB

哈希值游戏DAPP开发|区块链哈希值竞猜游戏开发

薇電13242772558

区块链 哈希值

Tomcat:应用加载原理分析

IT巅峰技术

Tomccat

手写实现分布式锁

Linux服务器开发

分布式锁 协程 定时器 后端开发 Linux服务器开发

crmeb Java 项目打包可运行jar文件详细教程

CRMEB

对话核心开发者,波卡的EVM+最新技术分享活动回顾

One Block Community

区块链 Substrate EVM 波卡

浅析基于Linux下的调度类分析(代码演示)

简说Linux内核

内存管理 Linux Kenel Linux内核 进程管理 嵌入式开发

茴字有四种写法,HTAP呢?

MatrixOrigin

数据库 MatrixOrigin MatrixOne 矩阵起源 超融合数据库

微信朋友圈的高性能复杂度

锎心😌😌😌

架构实战营 第 6 期 模块二课后作业

火钳刘明

#架构实战营 「架构实战营」

mass哈希娱乐游戏Dapp开发搭建

薇電13242772558

区块链

Substrate Builders Program | 了解波卡生态云计算平台与最先进的查询节点框架

One Block Community

区块链 Substrate 波卡

C/C++程序员黄金方向-音视频基础知识和ffmpeg编译

玩转音视频技术

HLS SRS 音视频开发 流媒体开发 C/C++程序员

LotusDB 设计与实现—1 基本概念

roseduan

Go 数据库 存储

微服务分布式事务处理

俞凡

架构 微服务

Go 学习笔记——Only For

为自己带盐

Go 4月月更

音视频&流媒体的原理以及基础入门知识

玩转音视频技术

Linux SRS 音视频开发 流媒体开发

CRMEB多商户后台前端代码打包并更新打包的代码到项目里面教程详解

CRMEB

Go 实现 WebSockets:2. 如何在 Go 中创建 WebSockets 应用程序

宇宙之一粟

Go 语言 web socket 4月月更

2022第13周-技术分享记事

李印

随笔 工作经验

Linux驱动开发-编写NEC红外线协议解码驱动

DS小龙哥

4月月更

一文读懂Linux内核进程调度原理

简说Linux内核

内存管理 Linux内核 进程管理 驱动开发 嵌入式开发

框架中的自定义网关

Rubble

4月日更

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