如果Scrum团队太大会发生什么?

根据Scrum指南，Scrum团队通常有10人或更少的人，包括开发人员、Scrum管理员和产品负责人。但是如果一个Scrum团队超过10个人，会发生什么呢?如果Scrum团队有10人，15人甚至更多呢?

首先，事件变得太长。

Scrum中的所有事件都是有时间限制的，这意味着它们不应该超过一定的时间。例如，Sprint Planning事件的时间框为一个月的Sprint的8小时。对于持续时间较短的Sprint, Sprint计划事件通常也较短。

大多数Scrum团队很少接近超过Sprint计划、Sprint评审或Sprint回顾活动的时间框。然而，团队越大，所有活动所需的时间就越长。

例如，我仅有的8小时冲刺计划过我去过的是一个有近20人的团队。为什么?因为Scrum团队中的人越多，就有越多的人需要一起协作。团队中的每个开发人员都需要讨论他们对即将到来的Sprint的方法，并且每个人都需要理解所有其他人的工作如何影响他们自己的产品交付方法。由于有这么多人紧密地工作在一起，Sprint Planning事件中的协调活动很快就会变成一场噩梦。结果，当团队试图处理更大团队的额外协调需求时，Scrum中所有事件的持续时间会变得越来越长。

有些人会检查

由于需要更长的会议来处理更大的团队的协调活动，团队成员可能会开始“退出”，这意味着他们的思想走神，他们没有完全参与到讨论中。其他团队成员可能只是为了限制会议的持续时间而接受次优方法。

缺乏参与会削弱Scrum中这些事件的影响力。Scrum团队的力量来自于一个跨职能的小团队合作实现目标的能力，但是当这个团队变得不投入时，更大的组织及其利益相关者从Scrum团队中获得的利益就会急剧减少。

形成了小团体

为了改善协作，一些团队将在更大的Scrum团队中开发子团队。这些小团体可能由一组较小的开发人员组成，他们在Scrum团队中协作以交付价值。小集团之间的沟通可能很好，小集团可能能够提供价值;但Scrum团队的其他成员会受到影响。那些不属于小集团的人降低了正在作出的决定和正在使用的办法的透明度。他们可能会因为感到被排斥而士气低落。他们甚至可能依赖于小团体的成员，但由于所有团队成员之间的透明度和沟通减少，可能会遭受不必要的延迟。

团队“老板”

为了减少会议的持续时间和解决“小圈子”问题，有时一个人可能会站出来告诉其他团队成员该做什么，这样就可以在如此多的声音中脱颖而出。团队成员甚至会欢迎这样的“老板”，因为它缩短了Scrum事件的长度，让他们回到Sprint的工作中。虽然团队“老板”可能确实会减少事件的长度，并增加所有团队成员的透明度，但团队确实会受到影响。在这种情况下，团队的协作能力将会降低。Scrum的强大之处在于它能够将跨职能的团队聚集在一起，让他们相互协作并自我管理，以提高他们有效实现目标的能力。当团队老板出现时，自我管理团队的大部分权力就会丧失。

协调变得困难

即使没有形成小团体，也没有团队老板站出来，与Scrum团队中的这么多人沟通仍然很困难。人数越多，沟通就越困难。一些团队成员可能知道重要的决策，而另一些成员可能不知道。这大大降低了透明度，从而影响了团队检查进度和调整的能力。透明度、检查和适应是任何Scrum团队成功的关键，因为它们是经验主义的基础。经验主义意味着在已知的基础上做决定;如果许多Scrum团队成员对Scrum团队的真正进展一无所知，那么该团队就很难根据当前的信息做出好的决策和调整。要了解更多关于经验主义的内容，请查看我们最近的文章不要再假装敏捷了．

解决方案?

解决方案是允许Scrum团队自组织成更小的团队，这些团队将共同支持相同的产品。这些团队能够更容易地在团队内部进行沟通，并且在需要支持产品时仍然可以轻松地协调。

为什么让团队自组织?简单地将他们分配给Scrum团队不是更容易吗?答案可能更简单，但是那些被授权控制如何处理工作的团队——包括如何将自己组织成Scrum团队——提高了效率，提高了团队士气。Scrum团队的组织结构通常不会影响管理权限或组织报告结构。相反，Scrum团队的结构更多的是关于团队成员如何协调以交付价值。

聘请有经验的Scrum实践者来促进自组织可以帮助确保事件顺利进行。下面是一个自组织会议的典型议程示例。

• 回顾产品愿景、产品目标和初始产品待办事项列表(如有)
• 要求团队成员介绍自己和他们的技能(如果他们彼此不认识的话)
• 审查管理层的护栏
• 让团队确定他们的结构(例如，有多少个团队，每个团队有多少人，他们是否将成为功能团队)
• 团队是否已经识别并弥补了计划结构的弱点
• 让团队参与选择团队名称
• 团队确定他们的Scrum master
• 向经理提出组织建议
• 经理问问题

关于如何过渡到Scrum的逐步指南，请查看我们最近的文章在向Scrum过渡的过程中需要考虑什么．

结论

典型的Scrum团队由10个或更少的成员组成，包括开发人员、Scrum管理员和产品负责人。当Scrum团队变得太大时，沟通和协调就变得困难，这可能会导致活动时间更长、效率更低、浪费时间、沟通不畅，可能会出现拉帮结派或团队老板，这会降低团队自我管理的能力，从而降低Scrum的好处。如果你的Scrum团队规模太大，可以考虑组织一个自组织活动，让Scrum团队将自己组织成更小的Scrum团队，这些团队将继续共同支持同一产品，使用相同的产品待办事项列表和相同的产品负责人，以更有效地为组织交付价值。关于如何过渡到Scrum的逐步指南，请查看我们最近的文章在向Scrum过渡的过程中需要考虑什么．