Scrum 指南 | 35. 每日站会

已发表: 2022-07-08

Daily Scrum 持续不超过 15 分钟,并且总是在同一个地方同时举行,以减少不必要的复杂性。 参与产品开发的所有开发人员以及可选的 Scrum Master 都会参加。 这个 Scrum Event 的主要目的是计划他们当天将关注的任务。

每日 Scrum – 目录:

  1. 介绍
  2. 每日 Scrum 公式
  3. Daily Scrum 和 5W 方法的问题
  4. 支持性问题
  5. 5个为什么
  6. 概括

介绍

Daily Scrum 是 Scrum 活动中最短且最频繁的活动,其概述可在另一篇文章中找到。 参加 Daily Scrum 的开发人员的任务是快速设定接下来 24 小时的工作目标。 这样,他们每个人都知道其他人在做什么,以及他们如何朝着一个共同的 Sprint 目标努力。

每日 Scrum 公式

没有一个正确的 Daily Scrum 公式。 每个开发团队都制定了适合自己的会议形式。 但是,有一个通用框架可以使其更容易进行。

进行良好的每日 Scrum 应该让每个参与者回答两个问题

  • 我今天要做的最重要的任务是什么?
  • 完成这项任务的障碍是什么?

但是,直接询问他们并不是强制性的公式。 这些是定义会议轴心的示例问题。 Daily Scrum 旨在改善开发团队中的沟通,确定任务的优先级并降低出现瓶颈的风险。

Daily Scrum 是一个等同于其他敏捷方法中的 Daily Standup 的活动。 而且它的运行方式通常与它非常相似——尽管官方 Scrum 指南不要求开发人员在这个短暂的活动中站立。 很多时候,它的参与者只是站在一个非正式的小组中交谈。

虽然看起来每天 15 分钟来讨论日常任务似乎很多,但实践表明,这样的会议最有利于开发团队的效率。 随着目标和承诺的频繁和定期更新,所有开发人员都专注于优先任务,并将团队的顺利进展优先于个人结果。

Daily Scrum

Daily Scrum 和 5W 方法的问题

Daily Scrum 的问题之一是开发人员拖长了会议时间。 如果是这种情况,最好引入在板上写下来的政策——无论是物理的还是虚拟的——有问题的问题不是每日 Scrum 的核心,但对团队很重要。 这样,就有可能回到白天非正式讨论中讨论的问题。 此外,如果需要,在Sprint 回顾期间,我们将在另一篇文章中更详细地描述。

Daily Scrums 中经常出现的另一个问题是将它们变成会议来总结前一天的工作。 然后,开发人员专注于讨论已经取得的成果。 这不是一个好习惯。 诚然,目前开发人员对导致 Sprint 目标的工作状态的定位非常重要。 然而,将每日 Scrum 用于已经完成的任务并不能提高效率。

支持性问题

如果团队没有从每日 Scrum 中受益,Scrum Master 可以通过观察会议来帮助开发人员发现问题,以回答以下问题:

Daily Scrum

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 Guide | 35. Daily Scrum caroline becker avatar 1background

作者:卡罗琳·贝克尔

作为项目经理,Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。 她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。

Scrum 指南:

  1. 基本术语、角色和概念的词汇表
  2. 什么是 Scrum?
  3. Scrum 价值观
  4. 如何在贵公司实施 Scrum?
  5. Scrum 团队——它是什么以及它是如何工作的?
  6. 谁是产品负责人?
  7. 产品负责人最常犯的错误
  8. 谁是 Scrum Master?
  9. 优秀 Scrum Master 的特征
  10. Scrum Master 最常见的错误
  11. Scrum Master 应该跟踪哪些统计数据和指标?
  12. Product Owner 和 Scrum Master 之间的合作
  13. Scrum 中的开发团队
  14. 开发者最常犯的错误
  15. Scrum 工件
  16. 扩展 Scrum
  17. 冲刺积压
  18. 什么是产品待办列表?
  19. 什么是用户故事?
  20. 用 INVEST 创建最好的用户故事
  21. 最常见的用户故事错误
  22. 用户故事接受标准
  23. Scrum 中的估计和故事点
  24. 规划扑克
  25. 团队估计游戏
  26. 定义增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什么?
  29. Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
  30. 什么是燃尽图?
  31. 如何创建和解释燃尽图?
  32. 燃尽图的优缺点
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——开发团队的速度
  35. 每日站会
  36. 冲刺计划
  37. 冲刺回顾
  38. 什么是 Sprint 回顾展?
  39. Sprint 回顾中的常见错误
  40. 产品积压培养