BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

产品负责人应该只由一个人担任么?

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 金明 关注 0 他的粉丝 发布于 2009年2月17日. 估计阅读时间: 4 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

ScrumDevelopment 列表中发生了一场重大讨论,是关于(Scrum)团队中最重要的成员——产品负责人的角色问题。Jean Richardson首先提出以下问题:

我正与一家客户一起工作,他们刚接触Scrum。但就目前来看,他们都迫不及待了。上周我们学习了Scrum并把它应用在一个非常艰难的项目上,他们把它 看成是上天对他们祈祷的回应。他们的经理读过《Agile Project Management with Scrum》,项目团队中还有一个人也正在读。
现在,他们的经理邀请我在本周下半周参加一场关于“谁是产品负责人”的会议。我认为项目团队在促使他让全体成员——或者至少他们中的3个人(他和另外两人)——来分担这个角色(产品负责人)。这种情况下,我的问题是,由两人或者多人分担该角色的效果如何。这种方式曾否工作顺利?如果曾经如此,需要什么才能使之工作顺利?据大家观 察,这样会导致什么事情发生?

显然,这并不是一个罕见或者偶然出现的问题。大部分的意见分成了两个阵营:

正方阵营:团队中应该只有一个产品负责人。比如,Dan Rawsthorne建议:

对于“谁会是产品负责人”,我通常给一个简单的回答。我只问“你们中谁为项目的成败负责?谁会时时刻刻关心项目的状态?这个人就是你们的产品负责人。”从我经验来看,PO(译注:产品负责人,下同)一般是由外部指派的。

这引发了一些有趣的争论,有人在对产品负责人角色的理解和对待上存在着不一致:

可这难道不会给Scrum带来一道裂痕?如果产品负责人在需求/投入产出比方面是单个“可拧断的脖子”(译注1),为什么团队本身不能再有一只“可拧断的脖子”呢?
我 提出这样的疑问是因为我曾与许多对Scrum持怀疑态度的人交流过,他们指出团队里的成员缺乏责任感。当团队对成为自管理型团队负责,并且最终完成所有需 要完成的事情,这样就不存在单只的“脖子”而且他们也不会去拧。我见过很多团队试图成为自管理型团队,有一些从来没有成功过。要想使整个团队都负责任,这 非常困难,特别是在很多团队成员都已经尽力的情况下。

反方阵营:在持“应该视情况而论”观点的一方,George Dinwiddie的贴子非常有代表性:

没错,这样也能工作得很不赖,并且由三个人分担了工作,但这也可能是导致灾难。这两种结果我都见过。

他们是否对项目都有相同的愿景?如果没有,开发人员应该把握哪一个?

他们三个都能和开发人员在一个房间里共同工作么?如果不能,这可是一个红色警报。

他们三个在一起能很快做出决定么?如果不能,想想这会给项目进度带来什么。

他们能“发出同一个声音”么?如果不能,开发人员该听谁的?

如果不能达成一致,他们有可靠的途径来解决冲突么?如果没有,开发人员应该跟谁走?

要回答那个问题,首先必须确定产品负责人角色真正的职责范围。该角色主要是充当“可拧断的脖子”么?它的职责是否太多太泛,以致在大型团队环境中没有办法完全做到?你有什么想法和经验要分享?

译注1:“可拧断的脖子”:“the wringable neck”,指需要为决策后果负责的人。详见http://www.implementingscrum.com/2009/01/12/the-single-wringable-neck-scrum-style/

查看英文原文Should the product owner Be One Person Only?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

Scrum社区里面无聊的讨论越来越多了 by Jacky Li

如题

Re: Scrum社区里面无聊的讨论越来越多了 by 霍 泰稳

如果一个团队里面有两个领导,那会是什么结果?最简单的问题就是:我应该听谁的?任务可以分担,但是决策者/负责人应该只有一个。

Re: Scrum社区里面无聊的讨论越来越多了 by 果 林

谁说 Product Manager 就是领导了?
Scrum中只有所谓的Role,而没有上下级的关系.

当然,个人也同意,中国国情下,就一个产品负责人比较好.

Re: Scrum社区里面无聊的讨论越来越多了 by Jin Ming

古语,一山不容二虎。多个product owner,如何保证对vision的一致性就很值得商榷了

Re: Scrum社区里面无聊的讨论越来越多了 by 霍 泰稳

有了这个邮件回复评论功能就是好啊,能及时通过邮件收到其他兄弟的评论,Cool!~!

Re: Scrum社区里面无聊的讨论越来越多了 by 果 林

每次的sprint的具体story item都不是由product owner一个人制定出来的,本来也是需要团队决策, 更何况还需要开发团队的点头.

对每个story item优先级的认知问题也不会非常大的,难道用户在下次的release最需要得到哪些功能的认知方面上 会有很大差异吗? 除非两个product owner怄气分别去接触不同的客户主管. 反正他们再闹别扭,到了开发团队点头的时候,story item list只会有一份.

Re: Scrum社区里面无聊的讨论越来越多了 by peng su

我觉得如果这样一来,国内的情况会更加混乱,因为中层领导最擅长的事情应该是内斗,而多个平级领导只能导致内斗的升级。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

7 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT