Scrum教练不应兼任product owner

ScrumMasters Should Not Also Be Product Owners(中文翻译)

December 2, 2014 by Mike Cohn

翻译:2015.2.18 by ouyida3

嘿,scrum教练,远离那些故事卡片!如果你已经是团队的scrummaster,就不应该兼任产品所有者的角色。

这两个角色应该由两个不同的人来担任,这其中有很多原因,我们一起来看看这些原因。

两者具有不同的关注点

首先,产品所有者和scrum教练在一个scrum项目中会关注不同的方面。产品所有者主要把时间用于思考如何构建产品,而scrum教练主要关注的是团队的能力。

也就是说,当产品所有者绝定构建什么产品的时候,scrum教练需要帮助团队协力完成它。

我们可以想象,其实这个观点和一个团队的开发与测试进行角色分离是类似的。当然,一个优秀的开发人员可以完成测试工作,而一个优秀的测试人员肯定也可以完成开发任务。但是,把这两个角色分开通常会认为是一个好主意。

每个角色可能会非常的忙碌

其次,基本上无论是scrum教练还是产品所有者都要求投入接近全部的精力到所在的工作中。如果由同一个担任这两个角色,将会使得其中一个角色的工作被偷工减料。

每个角色要求不同的个人能力

再次,产品所有者和scrum教练这两者是具有一部分重叠的技能和个人特点,但是,毕竟两者是不同的角色,要求一个人在某一时刻内同时具备并且精通这两种角色的能力是不太可能的。

我曾经在其他文章写过《如何执行不同类型的任务》阐述该观点。

角色之间存在天然的制衡

另外,这两个角色之间存在天然的制衡。虽然无可否认他们都使得产品与系统走向成功,但是,产品所有者通常都会想得到更多、更多、更多。

而另一方面,scrum教练更倾向于在过度的压力下协调团队交付更多、更多、更多。当角色间存在这种平衡时,产品所有者便可以更自由的要求更多的产品特性,因为有scrum教练在保障防止对团队过度压榨。

有例外吗?

当然,我曾经见过很多由同一个人担任这两种角色的情况,并且我觉得他们是合适的。因为,有一些只是很小的组织,他们并不能负担得起角色分离这种奢侈成本。

还有一种情况是一开始就追求技术产品所有者的愿景。在这种小团队里,任何一个成员在团队里都至关重要,不能在分身其他角色。

还有一些例外便是,scrum教练这个人是合同中是包含在开发工作中的,而一个项目中真正的产品所有者是客户自己要求在软件构建中包含的。

不幸的是,通常真正的产品所有者并不想深入参与到scrum团队的工作中。在这种情况下,一个优秀的scrum教练会起到一个代理产品所有者的角色的作用。

因此,例外是肯定存在的,正如规则的存在。但是,没有任何例外是应该长期存在的。任何同时兼任两个角色的人,应该意识到所面临的问题与挑战。

原文地址:
http://www.mountaingoatsoftware.com/blog/scrummasters-should-not-also-be-product-owners
本文出处:
http://www.cnblogs.com/ouyida3/p/ScrumMastersShouldNot.html
2015.2.18

时间: 2024-10-05 15:41:37

Scrum教练不应兼任product owner的相关文章

Product Owner

最近花了很多的时间研究scrum敏捷开发模式.包括它的基本框架,测试人员在其中的角色,product owner在其中的 目前在研究的有: 如何设置目标.目前的方法是引入了OKR系统.需要尝试,是否可以将其与授权.自组织团队结合在一起.当前的情况是,首次为整个团队设定了目标以及key result.现在需要将其拆分到更小的scrum team去. 4个问题: 1.Product owner的首要职责是什么? 职责是做为客户的代言人.为backlog list排列优先级顺序 2.Prodcut o

如何做好一个 Product Owner? 其实只需懂得好好的 “爱” 自己

许多人都在探讨著一个问题:如何做好一个 Product Owner ? 有的人会搬出一大堆敏捷的书, 一大堆敏捷的实践来回答这个问题.事实上, 这些书.实践都是多余的, 甚至可以说都是些废话. 其实, 大家只需向 Steve Jobs 学习, 便足矣. 因为, Steve Jobs 是这世上最成功的 Product Owner. Steve Jobs 具备了以下的特质, 使他成为这世上最成功的 Product Owner: Steve Jobs 懂得好好的 "爱" 自己.而不是被世俗价

一群猪和瞎子, 将企业内现行的组织角色,一对一的对应到 Product Owner

这是张典型的敏捷开发中 Product Owner 的示意图. 这张图往往使人陷入一场争论: 是领域专家,还是架构师, 来担任 Product Owner? 其实, 争论这个问题, 基本上是只考虑了 "敏捷开发中 Product Owner 的定义",而完全忽略了 "产品" 与 "团队成员",实际的现况. 只考虑 "角色":领域专家.架构师:便决定了企业内谁担任 Product Owner, 在实际的项目中,往往会找到错(不适

谁该做 Product Owner?

到底是需求分析人员, 还是架构师该做 Product Owner? 这个问题就宛如是在问, 到底是男人?  还是女人? 适合做家事. 有的需求分析人员, 有很好的领域知识, 却不见得乐于帮助团队, 领导团队. 有的架构师, 有很深的技术底子, 却不见得热爱使用者, 更不见得能领导团队, 交付对用户有价值的需求. 所以, 做 Product Owner 的是 "人", 不是企业内既有的 "角色". 唯有找到对的 "人", 才能做好 Product

Product Owner交流记录1

Abstract 最终我们选择了UWP版必应词典功能开发. 项目:“单词挑战”功能 然后我们今天中午我们和Product owner聊了聊. Content Product owner是Travis Li, 他不仅会成为产品交付对象,还将是技术.资源供应者 并且知道了以下情况: First, Baseline是还原WP or windows desktop版单词挑战. Besides, Baseline基础上,鼓励产品向idea,自行定义用户scenario However, 尽量基于现有API

Scrum之三个猪

从前猪和鸡一起去创业,他们两个打算开餐馆,专门出售火腿煎蛋.这时候猪想了一下,我用的是自己身上的肉,鸡只是用了它生下的鸡蛋.万一创业失败了,我自己命都没了,而鸡还是继续可以产蛋,没有任何影响. 1. Scrum两类关系人 在Scrum方法中将项目的利益相关者分成两大类:chickens和pigs,chickens为项目的相关干系人,部分投入项目,例如高层领导.最终用户等等,pigs则为项目的实际参与人员.在公司中我们都是Pigs,Pigs是全身心投入项目,直接决定项目的成败.Pigs在scrum

Scrum三头猪

猪和鸡在过去进入业务合作.他们都打算开一家餐厅,它的售价火腿和鸡蛋. 这想了一下时间猪,我用他的肉,鸡只是用它生下的蛋.万一生意失败,我自己的命就没,,没有不论什么影响. 1. Scrum两类关系人 在Scrum方法中将项目的利益相关者分成两大类:chickens和pigs,chickens为项目的相关干系人,部分投入项目,比如高层领导.终于用户等等,pigs则为项目的实际參与人员. 在公司中我们都是Pigs,Pigs是全身心投入项目.直接决定项目的成败.Pigs在scrum中细分为三个角色:S

Scrum介绍

转自:http://www.cnblogs.com/sanjia/p/scrum_introduction.html Scrum介绍 摘要 如今,项目管理的步伐越来越快.项目管理需要更灵活.更积极地,向应客户的需求.使用敏捷项目管理方法,项目经理可以在不影响价值.质量和商业规则的前提下实现所有目标,Scrum是一种迭代增量式的软件开发过程,用于敏捷软件开发.Scrum是一个包括一系列实践和预定义角色的过程框架.本文从瀑布模型出发,介绍了scrum的主要要素.过程以及遇到的挑战. Scrum主要角

Scrum介绍——续

四. Scrum过程 Scrum的过程如图4-1所示 图4-1 Scrum过程 4.1 建立Product Backlog Product Backlog是Product Owner把客户的商业需求按照优先级排出来的列表,整个项目存在一个唯一的Backlog,Backlog的内容由Product Owner随时按照客户的需求进行更新,并且做出粗略的工作量评估,供开发团队进行参考.一个典型的Product Backlog如图4-2所示. 图4-2 Product Backlog 4.2 Sprin