在五个Scrum事件中解锁力量

Scrum Event是一个会议。那我们为什么不直接这么叫呢?为什么要创造一个新词?考虑到会议的糟糕名声，这也许并不奇怪。Scrum Events并没有复制会议的名称和痛苦，而是被设计来取代它们，成为你所需要的一切。Scrum事件的力量在于它们的时间限制和目的。让我们仔细看看。

会议的名声一直不好

一提到“会议”这个词，许多人的脊梁骨就会一阵颤抖。会议,正如埃隆·马斯克所说，成为大公司的痼疾:

过多的会议是大公司的弊病，而且几乎总是随着时间的推移而变得更糟。请不要参加所有大型会议，除非你确定它们对所有观众都有价值，在这种情况下，会议要尽量简短

Elon Musk

这不是新闻。早在20世纪70年代，以巨蟒乐队闻名的约翰·克利斯就制作了一系列关于管理的视频更短更好的会议。他和安东尼·杰伊一起工作，他写了这篇(很长的)文章如何召开会议发表在《哈佛商业评论》上

由于会议已经赢得了糟糕的名声，Scrum的作者想要使用一个不同的词有什么奇怪的吗?让我们来仔细看看这些事件。

时间盒

值得花点时间来描述什么是时间盒，因为所有事件都有时间盒。时间框是一个活动的最大时间量。我们可以提前完成，但不能超过规定的时间。它们的存在是为了鼓励人们集中注意力，减少浪费。

Scrum事件概述

冲刺

目的:将想法转化为价值

作为Scrum的核心，sprint是一个月或更短的固定长度的事件。在五个Scrum事件中，Sprint是一个特例，因为它是一个容器事件。也就是说，其余四个事件都发生在Sprint中。

冲刺之间没有间隙。一个开始于前一个之后。实现产品目标所需的所有工作，以及所有其他Scrum事件，都在sprint中进行。

Sprint计划

目的:通过Scrum团队的协作努力来计划Sprint的工作。

Sprint中的第一个事件是Sprint计划。顾名思义，这是计划Sprint工作的时候。会议的时间为8小时，与会者必须由Scrum团队组成。

典型Sprint计划的机制

每日例会

目的:检查Sprint目标的进展情况，必要时调整Sprint Backlog，调整即将到来的计划工作

顾名思义，是每日例会是每天的活动，有15分钟的时间框。唯一必须参加的是(重新)计划接下来24小时以增加实现Sprint目标可能性的开发人员。请注意，任何人都可以参加，但只有开发人员可以发挥积极作用。

冲刺评审

目的:检查Sprint的结果并确定未来的调整

接下来是Sprint评审，它有4个小时的时间框，其强制与会者包括Scrum团队和涉众。此事件是为了与涉众协作，以获得在Sprint期间创建的增量的反馈。

典型Sprint回顾机制

Sprint回顾

目的:计划提高质量和效率的方法

Sprint回顾有一个3小时的时间框，并且要求Scrum团队必须参加。这是Scrum团队在流程和协作中寻求改进的地方。

典型Sprint回顾的机制

关于五个Scrum事件的总结

这五个Scrum事件是完成产品所需的所有会议。他们的设计提供了每个活动的目的，并鼓励集中精力和减少浪费。

Scrum事件和敏捷宣言之间的联系

Scrum和敏捷宣言之间有着密切的联系。当谈论敏捷宣言的价值和Scrum中的事件时，我们可能会看到如下模式:

个人和互动胜于公关ocess和工具。Sprint回顾是我们检查Sprint在人员和流程方面进行得如何的地方。

工作软件优于全面的文档．Sprint评审是我们评估增量当前状态的地方。

客户合作胜过合同谈判。Scrum团队定期在Sprint评审中与涉众会面，就他们的反馈进行协作。

对变化做出反应，而不是遵循计划．再一次，Sprint评审通过鼓励涉众的反馈和合作来解决这个问题。

Scrum活动还特别符合敏捷宣言的两个原则:

• 频繁地交付可工作的软件，从几周到几个月不等，最好是更短的时间范围在Scrum中，这描述了Sprint。
• 每隔一段时间，团队就会思考如何变得更有效，然后相应地调整自己的行为在Scrum中，这描述了每日Scrum、Sprint评审和Sprint回顾。

Scrum事件和经验主义之间的联系

Scrum建立在经验过程控制的基础上，或者通常被称为经验主义。支撑经验主义的三大支柱是:透明、检查和适应。这些柱子所使用的词语的意思和你所想的完全一样。它们在经验主义或Scrum中没有特殊意义。

Scrum和经验主义之间的联系是Scrum事件是检查和调整的正式机会。

花在Scrum事件上的时间

这些事件满足了与产品相关的任何会议的需求，并旨在取代其他会议。这是一个重要的元素，因为Scrum事件会消耗相当多的时间。

对于这个例子，让我们使用一个日历月的Sprint，每个Sprint平均22个工作日。一个快速的检查英国的平均工作日每天给我们7.5个小时。这样每个月总共有165个工作小时。

如果我们把一个Sprint中花费在Scrum事件上的总时间加起来，我们会得到这样的结果:

总之，在每165个工作小时中，我们花在Scrum活动上的时间高达20.5个小时。也就是说，每个Sprint要花费不到3天的时间，也就是整个Sprint持续时间的12.5%。这样就剩下87.5%的Sprint时间可以用来创建增量，而我们也不会因为参加其他会议而占用这些时间。

用于更短sprint的Scrum事件时间框

发布的Scrum事件时间盒基于一个月的Sprint。当事件通常较短时，在较短的sprint中工作也是可能的。Scrum团队决定它们应该短多少。例如，我工作过的大多数Scrum团队都使用2周的Sprint和2小时的Sprint计划事件。这已经很有效了，但是，就像Scrum一样，你的经验可能会有所不同，你应该尝试看看什么是有效的。

关于五个Scrum事件的总结

经验过程控制是Scrum的基础。经验主义的支柱是透明、检查和适应。Scrum事件是检查和调整的正式机会。

Scrum与敏捷宣言的价值观和原则保持一致。

Scrum事件的存在是为了取代其他会议，而不是增加其他会议。

最后……

在研究本文内容的过程中，有人提醒我，Scrum活动有时仍然被称为Scrum仪式。我对此很感兴趣，并做了进一步的研究来了解原因。你可以在我的文章标题中找到结果“Scrum仪式”一词的迷人起源