当Scrum团队变得太大时会发生什么？

根据 Scrum 指南，Scrum 团队通常由10人或更少的成员组成，包括开发人员、Scrum Master 和 Product Owner。但是，如果一个 Scrum 团队超过10个人，会发生什么情况？如果Scrum团队有10人、15人甚至更多的人又会怎样？

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

这种缺乏参与的情况削弱了 Scrum 中每个事件的力量。Scrum 团队的力量来自于一个小型的、跨职能的团队一起合作实现目标的能力，但是当这个团队变得不参与时，更大的组织和它的利益相关者从 Scrum 团队获得的好处就会急剧减少。

对那些不属于小团体的成员，正在做出的决定和正在使用的方法的透明度降低。他们可能会因为感到被排斥而士气低落。他们甚至可能依赖小团体成员，但由于所有团队成员之间的透明度和沟通减少，可能会导致不必要的延误发生。

虽然团队“老板”确实可以缩短事件的耗时，并增加所有团队成员的透明度，但团队确实会受到影响。在这种情况下，团队的协作能力会下降。Scrum 的力量在于它能够将一群跨职能的人聚集在一起，他们相互协作并自我管理，以提高他们有效实现目标的能力。当团队老板出现时，自管理团队的大部分力量就会丧失。

透明、检视和适应是任何 Scrum 团队成功的关键，因为它们是经验主义的基础。经验主义意味着根据已知情况做出决定；如果许多 Scrum 团队成员对 Scrum 团队的真正进展一无所知，那么该团队就很难根据当前的信息做出正确的决策并进行调整。

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

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

聘请一位经验丰富的 Scrum 实践者来引导自组织，有助于确保活动顺利进行。以下是自组织会议的典型议程示例。

• 审查产品愿景、产品目标和初始产品待办列表（如果有的话）

• 让团队成员介绍自己和自己的技能（如果他们彼此不认识）

• 审查管理层的护栏

• 让团队决定他们的结构（例如多少个团队，每个团队多少人，是否是功能团队等）
• 让团队识别并弥补其计划结构中的弱点
• 让团队参与选择团队名称
• 团队确定他们的 Scrum Master
• 向管理人员介绍拟议的组织结构

• 管理人员提问

如果你的 Scrum 团队已经变得太大了，考虑引导一次自组织的活动，让 Scrum 团队将自己组织成更小的 Scrum 团队，这些团队将继续一起工作以支持同一个产品，使用相同的产品待办列表和相同的产品负责人，更有效地为组织提供价值。