用户投稿Scrum框架的一个相当普遍的抱怨是Scrum会议太多了。让我们探讨这个投诉，以了解它是否有效，为什么会发生，以及如何处理它。
Scrum中有很多会议吗？
如果算上4个，我猜你可以说Scrum里有很多会议。或者，如果许多意味着频繁，每天至少有一次Scrum会议。那么多吗？
似乎大多数人都喜欢讨厌会议。就好像他们觉得所有会议都在浪费时间。当他们在开会时他们没有生产力。
这似乎也意味着相反的情况也是如此- 如果团队成员回到他们的办公桌前，他们就会很有成效。我怀疑其实是真的，至少不是一直都是如此。
我最近与一位产品负责人进行了对话，他希望缩短他参加的所有Scrum会议。他抱怨说他整天都是双重预订，没有时间。他还说他想确保每个人都很有效率。他的含义是，如果人们不参加会议，他们将能够每週不停地工作40小时，他们都会“高效”。
我告诉他，这就像在马拉鬆比赛中奔跑26英里，而不是放慢速度或休息一下水或走路。是的，它可以做到，但只有精英选手才能做到。我们其余的人休息一下。
真的有多少次Scrum会议？
Scrum指南中有4个官方活动或Scrum会议，每个会议都有一个时间框或上限。Scrum指南过去常说每次会议都与短跑的长度成正比; 现在它简单地说明了一个月长冲刺的时间框，并说较短的冲刺应该有较短的会议。
我更喜欢先前的方法，并减少每次会议的时间框与冲刺的长度成比例。因此，对于为期2週的冲刺，每次会议的上限为：
Sprint计划- 4小时 每日Scrum - 每天15分钟Sprint Review- 2小时Sprint Retrospective- 1.5小时这是4次正式会议，但还有另一项活动，产品积压改进，通常也作为会议进行。产品积压改进通常由团队和产品所有者通过会议完成。所以我们需要在我们的估算中考虑这一点。
Scrum指南表示，应该将高达10％的团队容量分配给积压改进。对于为期2週的冲刺，这将是8小时。我通常发现团队需要的东西要少得多- 甚至一半。为了论证，让我们把它放在6小时的积压改进中。
积压改进 (Sprint Refinement) - 6小时就总数而言，2週冲刺最多可达16小时，或团队能力的20％。请记住，这些是时间框，因此这些是最大的，团队可以使用更少的时间。
那么在为期两週的冲刺中，16小时的会议是多是少？你觉得呢?
微信扫一扫打赏
支付宝扫一扫打赏
