写点什么

如何更好地进行每日立会?

  • 2010-02-05
  • 本文字数:1795 字

    阅读完需:约 6 分钟

如何运作好一次每日立会?有哪些最佳的技巧和方法? 很多敏捷团队都实行每日立会实践,但是 Joakim Karlsson 认为:“坦白讲,大多数每日立会都很乏味无趣。”它们变成了每个人都必须被迫参加的会议,更糟糕的是:以前每周一次类似的会议,现在却每天都有。

Paul Wynia 提供了一个项目的实例,其中项目带头人没有敏捷培训以及相关经历,每日立会因此变成了每日进度报告会议:

她会让每个人详细讲述各个功能特性、bug 和前一天与别人的交流,还有自己的工作,包括对于马上开展的这一天的工作的估算。然后,她会与每个人讨论几乎所有的工作条目。发展到后来,人们会带着笔记本参加会议,其中写满了所有的工作细节,还要记录她分配的新任务。这个团队只有 5 个人,她竟然能将每日立会延伸为每天 30 到 45 分钟的会议,人们感觉无聊至极。

Paul 接下来建议:立会应该限制在 10 分钟之内,最多不能超过 15 分钟。对于他自己指导的团队召开的立会,如果时间超出了,他允许团队成员自行离开,这等于给 Scrum Master 一个信号,说明会议的运作方式有问题。

Joakim 推荐:

  • 关注目标——与资深团队成员分享信息,他们会帮助整个团队在迭代中完成工作。
  • 关注团队——与所有人分享信息,而不是只告诉管理人员。
  • 在其他时候讨论——不要在立会中解决问题,可以安排后续时间解决,而且允许感兴趣的人参与。
  • 有准备而来——要是不想拉长立会时间,团块成员需要知道你的工作成果和待完成任务。
  • 关注成果—— Joakim 发现:“相比告诉别人自己正在完成系统的哪个部分,讨论成果能够提供更为积极的态度。”
  • 做出承诺——他让人们向其他团队成员承诺自己要完成的工作,而不仅仅是机械地说接下来的 24 小时要做些什么。
  • 指出障碍——你是不是要接触 60 多份文件才能完成某些细小的变更?

Mike Cohn 推荐团队在任务板前举行立会,询问发言的人他们在开发哪个故事。同时,Mike 指出:团队规模如果超出 9 个人,成员会很容易对他人正在着手的工作失去了解。

Drew Stephens 指出:他的团队使用“以用户故事为中心的每日立会”。想很多敏捷团队一样,Drew 也是从相对传统的立会开始的,但是当团队规模变大时,他却陷入了困境。

已经没有哪个故事的工作量能够占用整个团队的工作能力了,因此我们开始并行开发多个故事。我们也注意到:很多故事处于活跃状态的时间更长,而且开始出现被我们称为“任务尾巴”的东西(也就是一个故事陷于停滞,有一些属于该故事的、未经验证的任务连续多日处于低优先级状态)。出现任务尾巴,我们发现两个主要原因: 1. 代码质量低下导致 QA 人员发现奇特却稳定出现的 bug 流。
2. 当一个故事看起来接近“完成”状态时,开发人员转而开发其他故事,可之前的故事并没有完全完成。

作为这些因素的结果,我们的立会变得令人困惑:一个人谈到的故事与上一个人提到的完全不同,要想确定一个故事的进度变得很困难。人们关注的不再是要完成什么任务才能结束当前活跃的故事,而是每个人在做什么或是要做什么。个中区别并不是很大,但是带来的问题却越来越严重。

他们的解决方案是:把正在进行中的故事过一遍,每个开发该故事的人针对该故事回答 Daily Scrum 的三个问题。如果人们同时开发多个故事,他们就要跟大家说明多个故事的情况(这可能是个“异味”)。Scrum Master 会追踪谁已经发过言,如果有人说完一个用户故事后又提到另一个故事,这可能就是个障碍了。

Artem Marchenko 有如下建议

  • 不许打字——如果有人在笔记本电脑(或其他设备)上做记录,他们就获得了(本不应获得的)重新阐释团队成员发言的权力。
  • 如果团队在向 Scrum Master 汇报,那么 Scrum Master 就应该移开眼光,不与团队成员对视,极端情况下甚至可以转过身去。

在与 Henrik Larsson 的访谈中,Jason Yip(文章《光站起来还不够——每日立会的模式》的作者)指出了立会的视角发生的变化:

我曾更多地将其视为进度报告会议。然后我发现立会更关注的是承诺,主要感谢 Mike Cohn 的著作。近来,我更多将其视为解决问题的过程。现在,我最钟爱的形式是“走到板前”的风格,当然要有任务板 / 故事板。我希望更多地强调完成工作的重要性,而不仅仅是让人们尝试着忙起来。 说过这些,立会还是有些方面是这些年没有变化的,比如保证“仪式”气氛高昂的重要性,还有要与团队共同分享,而不是向领导报告。

你的团队使用了哪些有成效的方法呢?

InfoQ 之前的类似内容:好立会的标准是什么?

查看英文原文: Daily Standup Tips - a Roundup

2010-02-05 00:273360
用户头像

发布了 479 篇内容, 共 161.0 次阅读, 收获喜欢 51 次。

关注

评论

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

达芬奇调色软件破解版 davinci resolve 18.6.6最新中文安装包

Rose

DaVinci Resolve 破解 DaVinci Resolve18下载 达芬奇下载 达芬奇视频调色

源码解析丨一次慢SQL排查

GreatSQL

慢查询

苹果电脑软件开发工具:Xcode 15全新发布

Rose

编程开发 Xcode Mac版 Xcode 15

抢先一步,获取最全测试开发岗求职攻略

霍格沃兹测试开发学社

Puppet 2024年度报告:平台工程发掘 DevOps 无限潜质

SEAL安全

DevOps 平台工程 puppet

容器架构下的性能测试实践方法

老张

性能测试 容器化

ICP Rust CDK|使用Rust构建智能合约并操作canisters

TinTinLand

黑客 编程学习 ICP

霍格沃兹测试开发学社,全方位的测试解决方案提供商

霍格沃兹测试开发学社

人工智能如何让测试更智能更高效?

霍格沃兹测试开发学社

Puppeteer实践:复杂的问题简单化

南城FE

JavaScript 前端 nodejs puppeteer

低代码无法取代程序员,但为什么很多程序员却反感低代码?

天津汇柏科技有限公司

程序员 低代码 数字化转型

Yummy FTP Pro for mac中文直装版 最可靠的ftp文件传输工具

Rose

Mac软件 文件传输工具 ftp传输 Yummy FTP Pro 破解版 Yummy FTP Pro 下载

cURL 命令全面解析:提高工作效率

Apifox

程序员 前端 后端 API curl

金三银四 | 软件测试开发岗求职攻略来袭,快来抢先一步!

测试人

软件测试

数据本地性如何助力企业在云上实现高效机器学习

Alluxio

机器学习 gpu 模型训练 云存储 Alluxio

全智能深度演进,一键成片让视频创作颠覆式提效

阿里云CloudImagine

云计算 媒体 云剪辑

如何使用 NFTScan NFT API 在 Blast 网络上开发 Web3 应用

NFT Research

API NFT\ NFTScan

章文嵩等技术大咖共同探讨企业数据治理和降本增效策略运用!

AutoMQ

#云原生 KubeBlocks #Kafka #OceanBase #AutoMQ

SnailSVN Mac版:从 Finder 的上下文菜单中快速访问各种最常用的 SVN 功能

Rose

Mac软件 SVN客户端 SnailSVN Pro下载 Subversion(SVN)客户端

AI力量:如何让测试更智能更高效

测试人

软件测试

教你用python爬取『京东』商品数据,原来这么简单!

技术冰糖葫芦

API 接口

keyshot2023怎么保存低版本(keyshot2023下载安装教程)

Rose

KeyShot2023pro安装包 keyshot2023下载

ICP Rust CDK| 在IC上开发、测试和部署DApps

TinTinLand

黑客 编程学习 ICP

【干货】需求驱动的配货

第七在线

详细教程:如何制作产品介绍二维码(二)

草料二维码

二维码 草料二维码 干货分享

flowjo 10破解版图文教程 flowjo 10 mac专业的细胞分析工具

Rose

mac软件下载 流式细胞分析软件 FlowJo 10下载 FlowJo 10破解版

IntelliJ IDEA 2023:智能编码,让开发更高效!

Rose

ide 编程开发 IntelliJ IDEA 2023破解 IntelliJ IDEA 2023 IDEA 2023激活码

工业物联网App开发:连接未来智能制造的关键

天津汇柏科技有限公司

数字化转型 工业物联网

Hype 4 Pro:打造惊艳HTML5动画与交互设计的全能之选

Rose

html5 网页制作 交互设计工具 Hype 4 Pro破解版 Hype 4 Pro下载

在 GraalVM 静态编译下无侵入实现可观测探索

阿里巴巴云原生

Java 阿里云 云原生

如何更好地进行每日立会?_研发效能_Mark Levison_InfoQ精选文章