ScrumMaster宣言认为:Scrum Master是全职工作

在敏捷团队中,ScrumMaster的角色与是否应为全职职位引起了社区广泛讨论。Paul Goddard的演讲指出,多数ScrumMaster在团队中贡献时间不足一半,并支持多个团队。ScrumMaster宣言提出应为全职职位,但也有不同声音认为经验丰富的团队可支持兼职ScrumMaster。Jeff Sutherland等专家强调全职ScrumMaster的重要性,而Marc LeBaumann则提到经验丰富的团队中ScrumMaster可以支持多个团队。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在敏捷团队中,Scrum Master应该是全职角色,还是兼职角色?这几个月,有关于此的讨论在社区中十分热闹。

\

Scrum Alliance Global Gathering:London 2011会议上,Paul Goddard作了题为“Scrum Master-角色还是工作?”的演讲,他分享了自己的研究成果:

\
75%的Scrum Master在自己担任Scrum Master的团队中,专门奉献的时间少于一半。

\45%的Scrum Master要支持2个或以上Scrum团队。

\88%的Scrum Master承担的职责不仅限于Scrum Master。

\

该演讲最后的成果汇聚为Scrum Master宣言。宣言开篇表明了起草者们的立场:

\
\

我们相信:Scrum Master应该是一个全职的职位,一个Scrum团队中只能有一个人担任。

\
\

宣言接下来列出了12条Scrum Master的简要核心原则:

\
\
  1. 专职的交付改进者\
  2. 促进持续改进\
  3. 帮助持续改进\
  4. 授权教练交付\
  5. 给予团队营养\
  6. 以光明正大的方式帮助团队\
  7. 承诺完成卓越工作\
  8. 提供善解人意和传播福音式的指导\
  9. 长时间保持热情\
  10. 帮助团队\
  11. 先认识再改善\
  12. 具备敏捷的驱动力\
\

Paul Goddard在自己的Agilify博客上说明了起早该宣言的起因:

\
⋯⋯当我在指导新的Scrum Master时,我在培训班里面发现一个趋势。我会问:Scrum Master在Scrum团队中是全职工作么?”绝大多数人回答:“不是。”我担心:这些Scrum Master可能已经丧失了让自己的团队(和组织)真正拥抱Scrum的机会,他们没有看到Scrum Master在Scrum团队中应由专人担任。这个趋势随时间不断明显,促使我要提交一个针对该话题的演讲⋯⋯
\

Scrum的创立者之一Jeff Sutherland在2010撰写的Scrum手册中,这样说Scrum Master:

\
Scrum会让很多与团队和产品负责人的效率有关的障碍和威胁显现出来,有一个全情投入的Scrum Master积极工作以解决这些问题,这一点很重要⋯⋯

\Scrum团队应该有专人担任全职的Scrum Master,虽然比较小的团队可以由某一名团队成员承担该角色(那么就要减少此人承担的日常工作量)。

\

scrumdevelopment Yahoo!讨论组最近的一个讨论中,Jeff继续强调:Scrum Master应该是全职角色,尽管他们可以从backlog中拉取任务。

\
Scrum Master(或其他任何团队成员)不承诺完成特定的backlog工作条目。团队作为整体,会预计自己完成的工作。如果Scrum Master有时间,他可以从sprint backlog中提取任务。对于史上第一个Scrum Master——John Scrmniotales,80%的情况下都是设计。我作为他的上司和首席工程师,我会协助卸掉他所有的障碍。在我的上家公司中,规则是这样的:任何一次每日例会上,如果团队看到Scrum Master没有花费足够的时间来就移除障碍,团队就会把Scrum Master承担的backlog工作接手过来。
\

在自己的Agile Making Progress博客中,John Piekos分享了自己的体会,当时他的组织从瀑布切换到了Scrum:

\
虽然我们“接受了培训”,也“阅读了文献”,其中反复强调Scrum Master和产品负责人都是全职工作,我们没有完全相信。我们过去工作方式的“固定记忆”,让我们在诸多角色和职责之间来回切换,我们过去习惯了这样工作。然而,在我们的敏捷起航项目中,我们很快就确信:Scrum的角色不能是兼职的。Scrum比瀑布式开发要来得更为紧张。
\

Marcle Baumann在最近的一篇博客中,对于更有经验的团队,他提出了不太一样的看法:

\
我同意宣言作者的话:在与全新Scrum团队和刚接触敏捷和Scrum工作方式的成员一起工作时,Scrum Master应该是全职角色。但是我相信:一个Scrum Master可以支持多个有经验的Scrum团队。
\

Wayne Grant从软件开发人员的角度出发,也提出了不一样的观点

\
理想状况下,我认为Scrum Master应该花费大部分时间做Scrum Master。但是,我自己的经验说明:如果我和团队成员做同样的工作,就能成为更有效的Scrum Master,因为我可以分享经验给他们。这不一定是大量的开发工作,甚至也许能让Scrum Master与团队成员结对完成工作。
\

Lasse Koskela精确地总结了上述意见

\
我们需要有全职的Scrum Master,因为我们需要他们善于完成自己的工作,好的Scrum Master能提升我们的工作效率。同时,我们需要兼职Scrum Master,因为他们的技术贡献能提升我们的工作效率。
\

很明显,对于Scrum Master,敏捷和Scrum新人、以及现有社区的不同成员之间存在不同理解。Scrum Master应该是全职工作,还是要依赖于团队成员的经验呢?

\

查看英文原文:Is the ScrumMaster a Full Time Role? Yes, According to the ScrumMaster Manifesto

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值