大厂Data+Agent 秘籍:腾讯/阿里/字节解析如何提升数据分析智能。 了解详情
写点什么

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:022701
用户头像

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

关注

评论

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

第一章 认识产品经理(下)

郭栋

CopyOnWriteArrayList 读写分离,弱一致性

叫练

弱一致性 读写分离; Vector; fail-fast; fail-safe

区块链农产品溯源--实现农产品全程溯源

CECBC

食品溯源

现在就开始倒数2030了? 华为的这条线索不能错过

脑极体

面试官:如果让你设计一个高并发的消息中间件,你会怎么做?

冰河

并发编程 高并发 消息队列 消息中间件

运维数智化时代——京东数科AIOps落地实践(一)

京东科技开发者

运维自动化 AIOPS

案例研究之聊聊 QLExpress 源码 (九)

小诚信驿站

聊聊架构 28天写作 QLExpress源码 聊聊源码

给现实深情拥抱,向产业洪流奔跑:华为云AI的2020

脑极体

第一周作业

Geek_72d5ab

「产品经理训练营」作业01:如果公司要招一个高级版的你

狷介

产品经理训练营

产品经理训练营——第一周总结

小匚

产品经理训练营 极客大学产品经理训练营

大厂必问Redis:肝完这份阿里出品“Redis神技”还说你不会Redis?

Java架构之路

Java 程序员 架构 面试 编程语言

数字人民币支付新选择 没有网络时也能使用

CECBC

数字红包

下一代消息队列pulsar到底是什么

比伯

Java 编程 架构 面试 计算机

Zookeeper面试常见11个连环炮

田维常

面试

中国工业的基础设施“重化工业”是怎么发展起来的

JiangX

供应链 工业 28天写作 制造

Kafka底层原理剖析(近万字建议收藏)

五分钟学大数据

大数据 kafka

限量!阿里甩出878页性能优化笔记阿里甩出878页性能优化笔记!

Java架构之路

Java 程序员 架构 面试 编程语言

安全白帽子可能会为DevSecOps铺平道路

啸天

DevSecOps 应用安全 开发安全

没搞清楚网络I/O模型?那怎么入门Netty

Java 后端 io

[如果公司要招一个高级版你]给资深/晋升后的岗位写一个理想岗位模型(Job Model)

Geek_lot02c

产品经理训练营

基础篇-http协议《http 简介、url详解、request》

清菡软件测试

测试

【函数计算实践】阿里云函数计算初探

程序员架构进阶

阿里云 架构 函数计算 28天写作 弹性扩容

产品经理训练营——作业1

小匚

Python 字节跳动 产品经理训练营 极客大学产品经理训练营

一文带你学会AQS和并发工具类的关系2

伯阳

Java AQS 多线程 lock

量化交易自动炒币机器人系统开发搭建

薇電13242772558

策略模式 区块链+

杭州产品岗位现状分析

王振

GMT UTC CST ISO 夏令时 时间戳,都是些什么鬼?

YourBatman

ISO 时间戳 GMT UTC

HTML(二)——用html设置文本

程序员的时光

程序员 28天写作

「回血赠书」Python入门书单,新年全力扬帆

博文视点Broadview

中国区块链行业人才缺口将达75万以上

CECBC

区块链人才

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