Scrum 指南 | 35. 每日站会
已发表: 2022-07-08Daily Scrum 持续不超过 15 分钟,并且总是在同一个地方同时举行,以减少不必要的复杂性。 参与产品开发的所有开发人员以及可选的 Scrum Master 都会参加。 这个 Scrum Event 的主要目的是计划他们当天将关注的任务。
每日 Scrum – 目录:
- 介绍
- 每日 Scrum 公式
- Daily Scrum 和 5W 方法的问题
- 支持性问题
- 5个为什么
- 概括
介绍
Daily Scrum 是 Scrum 活动中最短且最频繁的活动,其概述可在另一篇文章中找到。 参加 Daily Scrum 的开发人员的任务是快速设定接下来 24 小时的工作目标。 这样,他们每个人都知道其他人在做什么,以及他们如何朝着一个共同的 Sprint 目标努力。
每日 Scrum 公式
没有一个正确的 Daily Scrum 公式。 每个开发团队都制定了适合自己的会议形式。 但是,有一个通用框架可以使其更容易进行。
进行良好的每日 Scrum 应该让每个参与者回答两个问题:
- 我今天要做的最重要的任务是什么?
- 完成这项任务的障碍是什么?
但是,直接询问他们并不是强制性的公式。 这些是定义会议轴心的示例问题。 Daily Scrum 旨在改善开发团队中的沟通,确定任务的优先级并降低出现瓶颈的风险。
Daily Scrum 是一个等同于其他敏捷方法中的 Daily Standup 的活动。 而且它的运行方式通常与它非常相似——尽管官方 Scrum 指南不要求开发人员在这个短暂的活动中站立。 很多时候,它的参与者只是站在一个非正式的小组中交谈。
虽然看起来每天 15 分钟来讨论日常任务似乎很多,但实践表明,这样的会议最有利于开发团队的效率。 随着目标和承诺的频繁和定期更新,所有开发人员都专注于优先任务,并将团队的顺利进展优先于个人结果。
Daily Scrum 和 5W 方法的问题
Daily Scrum 的问题之一是开发人员拖长了会议时间。 如果是这种情况,最好引入在板上写下来的政策——无论是物理的还是虚拟的——有问题的问题不是每日 Scrum 的核心,但对团队很重要。 这样,就有可能回到白天非正式讨论中讨论的问题。 此外,如果需要,在Sprint 回顾期间,我们将在另一篇文章中更详细地描述。
Daily Scrums 中经常出现的另一个问题是将它们变成会议来总结前一天的工作。 然后,开发人员专注于讨论已经取得的成果。 这不是一个好习惯。 诚然,目前开发人员对导致 Sprint 目标的工作状态的定位非常重要。 然而,将每日 Scrum 用于已经完成的任务并不能提高效率。
支持性问题
如果团队没有从每日 Scrum 中受益,Scrum Master 可以通过观察会议来帮助开发人员发现问题,以回答以下问题:
5个为什么
在初步识别问题之后,确定问题原因的有效技术可以是5 Why 方法,也被 Sakichi Toyoda 称为 5 Whys 或 5W。 它涉及问几个“为什么?” 连续提问。 这使得诊断问题的深层原因成为可能,从而更容易地解决问题。
例如,让我们看表中的最后一项:问题出现在开发团队致力于解决问题的领域。 这五个问题可能如下所示:
1 x 为什么?
问:为什么开发人员不提供不同的方法来解决出现的问题?
A:因为开发者 Harry 总是第一个提出一个解决方案。
2 x 为什么?
问:为什么开发者 Harry 总是第一个提出一个解决方案?
A:因为没有人在说话。
3 x 为什么?
问:为什么其他人不说话?
A:因为其他开发者并不想寻找更好的解决方案。
4 x 为什么?
问:为什么其他开发人员不想寻找更好的解决方案?
A:因为寻找解决方案需要专注,并且更容易认为哈利的解决方案足够好。
5 x 为什么?
问:为什么他们认为哈利的解决方案足够好?
A:由于他们没有因为提出替代方案而获得奖励,所以他们在会议开始时讨论了他们今天的计划,并正在考虑开始。
在这种情况下,解决问题缺乏承诺的问题可以通过改变 Daily Scrum 的顺序并从这个问题开始来解决。 或者提出一个奖励最佳解决方案的系统,例如,为在给定 Sprint 中团队接受的最多解决方案的作者引入象征性奖励。
概括
Daily Scrum 是开发团队日常工作的关键部分。 但是,每个团队都必须为自己制定出本次会议的最佳方案。 进行良好的每日 Scrum 允许持续设置子目标以实现 Sprint 目标。 它还可以快速诊断通信问题并改善开发人员之间的合作。
如果您喜欢我们的内容,请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。
Scrum 指南:
- 基本术语、角色和概念的词汇表
- 什么是 Scrum?
- Scrum 价值观
- 如何在贵公司实施 Scrum?
- Scrum 团队——它是什么以及它是如何工作的?
- 谁是产品负责人?
- 产品负责人最常犯的错误
- 谁是 Scrum Master?
- 优秀 Scrum Master 的特征
- Scrum Master 最常见的错误
- Scrum Master 应该跟踪哪些统计数据和指标?
- Product Owner 和 Scrum Master 之间的合作
- Scrum 中的开发团队
- 开发者最常犯的错误
- Scrum 工件
- 扩展 Scrum
- 冲刺积压
- 什么是产品待办列表?
- 什么是用户故事?
- 用 INVEST 创建最好的用户故事
- 最常见的用户故事错误
- 用户故事接受标准
- Scrum 中的估计和故事点
- 规划扑克
- 团队估计游戏
- 定义增量
- Scrum 事件
- Scrum 中的 Sprint 是什么?
- Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
- 什么是燃尽图?
- 如何创建和解释燃尽图?
- 燃尽图的优缺点
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——开发团队的速度
- 每日站会
- 冲刺计划
- 冲刺回顾
- 什么是 Sprint 回顾展?
- Sprint 回顾中的常见错误
- 产品积压培养