Scrum的会议真的太多了吗?

Java教程 2025-08-28

我听到的关于Scrum的最常见抱怨是什么?这就是Scrum的会议太多。

说那是错的人。

四种Scrum会议类型

开发冲刺中只有四种类型的Scrum会议:

  1. Sprint计划会议。

  2. Sprint评论。

  3. Sprint回顾展。

  4. 每日混乱。

这些Scrum会议类型中的每一种都是必不可少的。很难想象任何人都可以证明将其中的任何一个从框架中删除。

Scrum的冲刺计划会议

Scrum断言,在团队开始进行两周或四周的开发工作之前,他们应该花一些时间计划。

团队被指示不要花费大量时间计划。 Sprint计划会议永远不会持续八个小时,而Scrum团队绝不应该计划超过一个月的工作。

每个月的一次计划会议讨论一些目标,并制定开发计划几乎不可能是对开发团队的不合理征收。

在计划,审查,回顾和日常讨论中举行了Scrum会议。

Scrum的Sprint评论会议

Scrum指南还坚持认为,开发团队应定期与资助开发工作的利益相关者会面。

四小时的冲刺审查会议在每个冲刺的结尾举行。不允许短跑时间比一个日历月更长的时间,这意味着利益相关者永远不会等30天以上检查团队的工作。

一个由八个全职开发人员组成的团队在一个月内共同投入了1200多个小时的工作。讨论1200小时进度的四小时审查会议并不是一个强制性的,而是尽职调查。

Scrum的Sprint回顾性会议

标志着Sprint结束的最后一场Scrum会议是Sprint的回顾。 Sprint的回顾症最多可以盒装到最多三个小时,这使开发人员有机会谈论:

  • 冲刺期间有什么用?

  • 冲刺期间出了什么问题?

  • 他们在未来的冲刺中会做得更好吗?

为了改善他们的流程和方法,团队必须花一些时间来思考他们的合作能力。每个月的简短会议讨论团队动态并实施一些变化,使团队更加生产力并不浪费时间。

Scrum会议创建了一个反馈循环,以进行透明,检查和适应。

每日混乱会议

我的猜测是,当人们谈论Scrum举行太多会议时,他们可能在谈论每日混乱。

如果每天的混乱感觉像是浪费时间,那么您每天都在做错。

每日混乱是一个快速,15分钟的聊天,团队开发人员在谈论他们在做什么。

每日混乱不应该像是一个正式的,高度结构化的会议。每日混乱应该感到休闲和自然。当然,它不应该像是地位会议。

正常的自然交流

您是否曾经从事高中或大学的团队项目?一个大家都必须在图书馆见面三到四次才能完成该项目的一个地方?

当您聚在一起的前15分钟,您所有人都做了什么?

  • 您抱怨您的教授。

  • 您谈到了其他团队在做什么。

  • 您讨论了您设法完成的工作。

  • 您谈论了您没有完成的工作。

  • 您向其他人寻求无法管理的事情。

  • 您谈论了阻碍您进步的事情。

  • 如果他人有问题,您会为他们提供帮助。

如果人们不随便聊天时,当他们聚在一起时,您将拥有一个功能失调的团队。

最小的会议形式

Scrum框架只是坚持认为,这样的快速讨论会在开发人员之间每次工作日都会发生。每天的混乱实际上只是对高度动机和热情发展团队进行合作的自然行为模式的认可。

但是,每日的Scrum会议确实需要一些形式:

  • 每日Scrum会议应在每个工作日同时举行。

  • 每天的Scrum会议应每天在同一地点举行。

  • 在每日Scrum期间,开发人员谈论该项目,而不是他们的度假计划。

  • 每日混乱永远不会持续超过15分钟。

在北美,开发团队每月燃烧25万美元的预算资金并不罕见。

鉴于如此高的赌注,要求开发人员在每个工作日见面15分钟以谈论他们如何互相支持,这似乎并不是一个不合理的。

太多的Scrum会议将与五个Scrum值有关。

您会删除哪种Scrum会议类型?

当人们说Scrum的会议太多时,我问他们认为应该删除哪些会议。

  • 应该没有冲刺计划会议吗?

  • 与利益相关者的Sprint评论是否应该不定期开会?

  • 团队不应该每个月反思自己的做法吗?

  • 团队成员是否应该每天几分钟不开会来互相支持?

每种不同的Scrum会议类型都起着重要的作用,可以使开发过程透明,同时使利益相关者可以检查进度并为开发人员提供必要时适应的机会。

Scrum的会议没有太多。 Scrum的恰到好处。