搜索
关闭此搜索框。

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

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

首先,Scrum事件变得冗长

 

Scrum中的所有事件都有时间盒,这意味着它们不应该超过一定的时间。例如,对于为期一个月的 Sprint,Sprint 计划会的时间限制为 8 小时。对于持续时间较短的 Sprint,Sprint 计划会通常更短。
大多数 Scrum 团队很少会超过 Sprint 计划会、Sprint 评审会或 Sprint 回顾会的时间盒限制。然而,团队越大,所有事件花费的时间就会越长。

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

有人开始退场

由于处理大型团队的协调活动所需的会议时间较长,团队成员可能会开始 “退场”,这意味着他们的思绪飘忽不定,没有充分投入到讨论中。其他团队成员可能会接受一个次优的方法,只是为了限制会议的持续时间。

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

形成小团体

为了改善协调效率,一些团队会在较大的 Scrum 团队中发展小团体。这些小团体可能由一小群开发人员组成,他们一起协作以在 Scrum 团队内交付价值。小团体内的沟通可能很好,小团体可能也能够提供价值;但是Scrum团队的其他成员就会受到影响。

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

团队“老大”

为了缩短会议时间和解决“拉帮结派”问题,有时可能会有一个人站出来告诉其他团队成员该怎么做,从而打断众多声音的喋喋不休。团队成员甚至可能欢迎这样的“老板”,因为这样可以减少 Scrum 事件的时长,让他们重新回到 Sprint 的工作中。

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

协调变得困难

即使没有形成小团体,也没有人站出来当团队老大,在 Scrum 团队中与这么多人沟通还是一件困难的事。人数越多,沟通就越困难。一些团队成员可能了解重要的决定,而其他人则可能不知情。这大大降低了透明度,从而影响团队检查进展和调整适应的能力。

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

如何解决?

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

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

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

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

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

  • 审查管理层的护栏

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

结论

一个典型的 Scrum 团队由10个或更少的成员组成,包括开发人员、Scrum Master 和 Product Owner。当Scrum团队变得过于庞大时,沟通和协调就会变得困难,这会导致 Scrum 事件时间延长,效率降低,浪费时间,沟通不畅,而且可能会出现小团体或团队老大,这会降低团队的自管理能力,从而削弱 Scrum 的好处。

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

原文地址
What happens if a Scrum team becomes too large? | Scrum.org

 

【作者】Mary Iqbal
Mary Iqbal 是 Rebel Scrum 的实践敏捷顾问和讲师,教授过数以千计的软件专业人士,是一位经验丰富的敏捷转型教练。Mary擅长通过定义产品和帮助团队自组织以形成最适合的结构,来帮助组织实施规模化敏捷。

【译者】Scrum中文网翻译组

Scrum中文网是全球第一个Scrum中文网站,中国最早的Scrum和敏捷教育及推广机构,也是国际Scrum联盟(ScrumAlliance)官方授权教育机构和大规模敏捷SAFe官方机构SAI中国区金牌授权合作伙伴。

Scrum中文网是国内领先的敏捷培训及教练咨询机构,作为中国敏捷教练的摇篮,启蒙和培养了数万名敏捷专业人士,帮助数百家知名企业成功转型敏捷。

 

火爆 售票中
Scrum.Org 主办
搜索
近期公开班
大规模敏捷顾问SAFe SPC认证课徽章
6月15-18日​
SAFe认证-SPC SAFe认证培训师导师班
Marsha Xue , Alex Guan 授课
领导大规模敏捷Leading SAFe认证徽章
7月13-14日
Leading SAFe领导大规模敏捷认证课
Scott Wang 王庆付 授课
专业Scrum Master (PSM I) 认证徽章
7月13-14日
专业Scrum Master (PSM I) 认证公开课
Derek Ding 丁志润 授课
Scrum.org专业Scrum产品负责人(PSPO)认证徽章
8月03-04日
专业Scrum产品负责人(PSPO)认证公开课
Derek Ding 丁志润 授课
scrum alliance csm认证徽章
8月03-04日
Scrum Master (CSM) 认证课
Lance Zhang 授课
safe scrum master
8月10-11日
SAFe ScrumMaster 官方认证公开班
Eric Liao 廖靖斌 授课
Scrum联盟acsm认证徽章
8月24-25日
高级Scrum Master(A-CSM)认证公开课
Jim Wang 王军 授课
0
0
小时
0
分钟
0
由Scrum.org主办的 2024中国Scrum大会 8月17日将在上海开幕
0
0
小时
0
分钟
0
预约回电
留下您的手机号,我们会在第1时间联系您。
热线电话:400-696-6280
Get in Touch
预约回电
预约成功,我们会尽快联系您。
Get in Touch