写点什么

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

  • 2012-01-10
  • 本文字数:1787 字

    阅读完需:约 6 分钟

在敏捷团队中,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

2012-01-10 19:022651
用户头像

发布了 479 篇内容, 共 170.6 次阅读, 收获喜欢 52 次。

关注

评论

发布
暂无评论
发现更多内容

[干货]语音技术最新进展-Interspeech总结

阿里技术

阿里科学家凭集成学习技术获CIKM Cup竞赛冠军

阿里技术

超强实时跟踪系统首次开源!支持跨镜头、多类别、小目标跟踪!

百度大脑

人工智能 人工智能摄像头

最前沿人工智能,助力双11搜索推荐技术再升级——深度增强学习大规模在线应用

阿里技术

Rust 元宇宙 6 —— 显示世界

Miracle

rust SDL 元宇宙

马云:“电子商务”将消失 新五通一平将引领未来

阿里技术

阿里CTO张建锋:一根高尔夫球杆背后的数据智能[演讲全文]

阿里技术

Rust 元宇宙 2 — 邻居

Miracle

rust 元宇宙

Rust 元宇宙 4 —— 让世界动起来

Miracle

rust 元宇宙

阿里巴巴Aliware十年微服务架构演进历程中的挑战与实践

阿里技术

阿里研究员毕玄谈应用运维体系的变迁,DevOPS是大势所趋

阿里技术

Apache再次接受阿里开源产品捐赠 移动开发框架Weex进入孵化

阿里技术

[干货]基础机器学习算法

阿里技术

王坚:世界上最遥远的距离是红绿灯与交通监控摄像头的距离

阿里技术

2016年双11:新技术、新能源的第一战场

阿里技术

不会用Camtasia的“库”,你可能错过了一个亿

淋雨

Camtasia

基于深度学习的智能问答

阿里技术

阿里巴巴数据中心获两项DCD大奖

阿里技术

直播预告丨“Hello ArkUI:初识Slider组件(JS)”周三约起

HarmonyOS开发者

HarmonyOS

[干货]深度学习即将攻陷的下一个领域:NLP——ACL2016优秀论文解读(上篇)

阿里技术

Rust 元宇宙 3 —— 进入和离开

Miracle

rust 元宇宙

[干货] Weex在双11会场的大规模应用:业务支撑、稳定性保障和秒开实战

阿里技术

精读《高效 javascript》

CRMEB

[下篇]深度学习即将攻陷的下一个领域:NLP——ACL2016优秀论文解读(干货)

阿里技术

普华永道:阿里巴巴研发投入领跑中国上市公司

阿里技术

新零售时代的双11移动技术亮剑 ——2016年阿里移动平台新技术解读

阿里技术

当学霸们跑步的时候他们在跑什么

阿里技术

天猫技术全面打造『身临其境』的消费者交互体验

阿里技术

Rust 元宇宙 1 —— 创世纪

Miracle

rust 元宇宙

Rust 元宇宙 5 —— SDL2.0

Miracle

rust SDL 元宇宙

应运而生! 双11当天处理数据5PB—HiStore助力打造全球最大列存储数据库

阿里技术

ScrumMaster宣言认为:Scrum Master是全职工作_研发效能_Craig Smith_InfoQ精选文章