AI 年度盘点与2025发展趋势展望,50+案例解析亮相AICon 了解详情
写点什么

如何拓展产品负责人的角色

  • 2013-12-11
  • 本文字数:2084 字

    阅读完需:约 7 分钟

Scrum 中的产品负责人(product owner)是业务和开发之间的接口。在复杂大型企业中,由于有复杂的产品和需要做很多的决策,使得由一人充当这样的角色通常并不可行。在这种情况下,就需要扩充产品负责人的角色。

Benelux 2013 XP Days 大会上,Timo Punkka 将在一个专题讨论会上讨论了拓展产品负责人角色的可能解决方案。InfoQ 就产品负责人的角色、精益管理和客户协作等问题采访了他。

InfoQ:你在 Benelux XP Days 2013 上的主题演讲将谈到扩展产品负责人角色。你能举例子说明吗,以及什么时候需要这样做?

Timo:有很多原因。显然,当企业规模扩大时,其可扩展性将会影响各方面;技术、业务、战略等,但在我看来,最主要的原因是需要不断作出决策的数量。企业需要在不同的产品和产品线、短期收入和长期生存、销售产品和销售服务等等之间取得平衡。作出决策需要用最佳最可靠的信息,并且每个人都需要保持一致把这些决策付诸行动。做出这些权衡决策通常被称为路线图或组合管理。对于一个产品负责人来说,工作显得太多了。 也就是说,很多时候是敏捷是以开发开始,并有一个产品负责人――这样的团队模式有助于让开发团队对优先级有清晰的认识。然而,在工作分配到团队的 backlog 前,依然有大量需要做决策的事情。这就是扩展其角色所带来的帮助。

InfoQ:有时我知道团队对产品负责人有很高的期望,而产品负责人却很难满足这些期望,你是这样认为吗?

Timo:是的,我也这样认为。而且不单是开发团队,就连作为企业也认为如果选择了敏捷开发模型,则只关注开发功能 ――并且仍然希望这会解决一切问题。事实并非如此。敏捷开发将最终影响整个企业。例如在开发和产品管理中,可以立竿见影地看到效果。是的,我的意思是产品管理者是在使用敏捷的企业中。 也许产品负责人不应设定这些期望,但并没有意识到还有什么其他实际上是需要去做的,以及它们需要如何改变。产品负责人面对的事情的状态,可能是利益相关者(stakeholders)们要在危机会议、多种方案之间艰难抉择其优先级并找出理由。正因为如此,他们没有意识到,其实可以自己主动地工作,以更好地了解并对路线图和投资作出决策。

每一个人都需要对这样的工作负责。对于一个产品负责人来说任务显得过于繁重了。

InfoQ:如何做才能扩展产品负责人的角色?

Timo:我经常谈到层次――在敏捷的场景下也许令人惊讶。我的意思不是指象命令链那样的层次,而是指专注于不同时间跨度的角色层次结构。角色专注于那些影响不同时间跨度的决策。例如,产品负责人通常专注于当前的版本,但产品管理更应关注跨越几个版本的路线图。使用象游戏魂斗罗那样,在角色和规划层次之间构建的合作等级,是具有协作性和能动态变化。专注于特定的时间跨度的人并不是孤立的工作,或只是每隔一段时间交接给下一手负责人。来自不同规划层次的人会合作,这为定位和对方向的共同理解提供了机会。

InfoQ:在你的演讲中,你将会谈到精益组合管理。你能解析这是什么吗,以及它能如何在商业和敏捷 IT 团队之间带来沟通的桥梁?

Timo:精益组合管理建立在对敏捷开发来说极其重要的魔法――公开透明之上。在许多场合我曾与一些企业一起工作,这些企业是有更多的“项目”在进行,而不是人们努力去做这些项目(译者注:这里作者意指传统的软件项目开发,没调动人的积极性)。我们已经太习惯了,如“我们必须至少从这里开始”的说法 ,这让我们在项目进展中变得盲目。精益投资组合管理,或者我意思是,当我使用这个词的时候,它指导我们限制正在做的事情的数量。其实我提倡放弃做项目的概念,并专注于在开发流程中,使用频繁的发布。在有的环境下发布的版本可能只是一个计划项,但当然最好是实际上交付给用户使用。 这带来了很多好处。一旦限制了正在进行的事情的数量,其状态将更清晰地展现在大家眼前。拥有一个稳定的节奏进行决策,也将能减少危机会议的次数。当我们要经常停下来重新同步计划,我们也有机会去开发每个迭代周期中最有价值的部分,并更早关注下一个迭代,这才更有意义。

InfoQ:演讲中有一些真实的用户协作的案例吗?

Timo:在研讨会期间,我们会做的一项工作,就是针对一个有很复杂的分布式客户链的虚构组织,完成一个可视化的反馈路径矩阵。反馈是必要的,并应该尽可能有不同的形式,并要在不同的规划层次中存在。除了敏捷开发中典型的规划和审查会议,我们的例子还包括:客户代表小组,不同的利益相关者群组的专题讨论、来自不同利益相关者群组的参与者的专题讨论、针对不同用户体验研究和实地考察。当客户链在地理上是分布式的时候,我们还需要使用如传统的调查和问卷的做法,但是使用它们去支持其他做法,这是更有协作性的实践。

InfoQ 报道过了 11 月 28——29 日在比利时梅赫伦举办的 XP Days Benelux 大会。早前,InfoQ 采访了大会的两位主持关于敏捷开发新趋势、成功的敏捷转变和欧洲企业对敏捷的采纳。

查看英文原文: How to Scale the Product Owner Role


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2013-12-11 00:341273
用户头像

发布了 81 篇内容, 共 24.3 次阅读, 收获喜欢 5 次。

关注

评论

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

2020年5月云主机性能评测报告

博睿数据

云计算 服务器 公有云 机房 云主机

Java 序列化

CoderLi

Java 程序员 后端 序列化

Zookeeper 序列化

CoderLi

Java zookeeper 源码分析 后端

月薪 3W 的 Apple 微信编辑是这么发文章的 |如何发类似 Apple 微信公众号的文章效果

陈东泽 EuryChen

CSS 微信 大前端 apple 微信公众号

原创 | TDD工具集:JUnit、AssertJ和Mockito (二十一)编写测试-测试模板

编程道与术

Java 编程 TDD 单元测试 JUNI

自由是不是随心所欲?

Neco.W

个人成长 自由 控制

面向对象的三个基本特征(要素)

彭阿三

三要素 三个基本特征 封装、继承、多态

原创下载 | TDD工具集原创开源代码免费下载!

编程道与术

Java 开源 TDD 下载 代码

Zookeeper-Access Control List(ACL)

CoderLi

Java zookeeper 源码分析 后端

华硕灵珑II笔记本电脑——自由work不设限

最新动态

ZooKeeper 数据模型:节点的特性与应用

CoderLi

zookeeper 源码分析 数据模型 节点

Java | 原来 serialVersionUID 的用处在这里

YoungZY

Java

常用运筹学软件整理

张利东

钩陈/ 好中文作业:巴别塔

ZoomQuiet大妈

写作 大妈 是也乎 IMHO 蟒营®

如何让程序员变得没朋友

四猿外

程序员 个人感悟 技术人生 经验分享

情绪管理 - ABC理论

石云升

情绪控制 ABC理论 费斯汀格法则

kubernetes简单入门(多图少字版)

绿星雪碧

Kubernetes 入门

架构师训练营学习总结——框架设计【第二周】

王海

极客大学架构师训练营

副业月赚 10 万的程序员是如何做销售的?

非著名程序员

程序员 独立开发者 程序人生 提升认知

机器学习算法评估指标—2D语义分割

做技术BP的文案Gou

学习 2D 评估标准 语义分割

iPad配置OpenVPN客户端

wong

ipad OpenVPN

如何基于 OAM 编写一个扩展 Trait?

钱王骞

云原生 k8s OAM

中电标协提出并归口:《政务APP评价指标》团体标准开启制订工作

博睿数据

App 标准化 中电标协 政务信息化 博睿宏远

游戏夜读 | 如何制作游戏?

game1night

2w字长文!手撸一套 Java 基础面试题

苹果看辽宁体育

Java 后端 Java25周年

Zookeeper Watcher 流程分析(结合源码)

CoderLi

Java zookeeper 源码分析 后端 Watcher

JAVA 中的 CAS

犀利豆

Java 并发 CAS

下周要开始“卖桃者说”代班计划了

霍太稳@极客邦科技

日常

知乎Matisse图片库在Android10上拍照,预览问题

三爻

android

架构师训练营作业(第二周)

王海

极客大学架构师训练营

重学 Java 设计模式:实战外观模式「基于SpringBoot开发门面模式中间件,统一控制接口白名单场景」

小傅哥

设计模式 小傅哥 重构 代码质量 代码坏味道

如何拓展产品负责人的角色_精益_Ben Linders_InfoQ精选文章