写点什么

Product Mastery 作者访谈

  • 2017-05-24
  • 本文字数:3452 字

    阅读完需:约 11 分钟

关键点

  • 理解杰出的产品负责人共有的特质与品质
  • 探究成功的产品负责人的思维过程
  • 有助于开发更好产品的一些实用工具与技巧
  • 产品负责人用来自我反省和进步的框架
  • 理解产品负责人角色的困难之处,以及怎样克服这些困难

“最优秀的产品负责人对他们的客户有着极致的好奇心。他们会实地观察客户、访谈客户,与客户合作并请客户参与开发流程。”这段话出自 Scrum 与领导力教练 Geoff Watts。在他的新书 _ Product Mastery _ 中,Geoff 探讨了“优秀的产品负责人与杰出的产品负责人之间的区别”。

InfoQ 读者可以下载 _Procudct Mastery_ 试读章节

InfoQ 采访了 Geoff Watts 并咨询了他在诸多问题上的看法:产品负责人怎样进行决策?产品负责人如何深入理解客户需求并挖掘团队成员与利益相关者的知识?怎样有效与团队和利益相关者协作?产品负责人如何增强自身技能?

InfoQ:是什么让你下决心撰写这本书?

Geoff Watts:写出 _Scrum Mastery_ 后我收获了大量正面反馈,有很多人请我为产品负责人写点类似的东西。我觉得虽然市面上有很多东西从实践角度来指导产品负责人,却几乎没有谁探讨这个角色的人际关系和心理层面的内容。比如说,安排优先权(prioritisation)是较难掌握的技能,有很多文章介绍了具体的操作技巧。但从另一个角度来说,为什么它让我们犯难?我们该怎样较为轻松地应对它?这是我想要探究的话题。

InfoQ:这本书仅仅是为产品负责人撰写的吗?

Watts:不是的。显然我主要针对的是从事这一职位并想要更好地完成工作的人群,抑或是刚入行想要了解些内幕的新手。不过我相信本书的内容与很多人相关,可以让 Scrum Master、开发者、客户了解一些事情,比如说他们的产品负责人在做些什么。由此以来,人们就可能体会到产品负责人从事的是多么困难的工作并体谅他们的难处。

我听过很多敏捷团队指责他们的产品负责人令团队工作举步维艰,一团乱麻或毫无建树。有人会说“我们的产品负责人不够称职”“我们的产品负责人优柔寡断”。但当我们设身处地体会产品负责人的处境时,就能明白为什么他们做事这么困难,以及我们怎样做能帮一些忙。

因此敏捷团队、Scrum Master、与敏捷团队互动的利益相关者都可以是本书服务的读者群体。我写这本书主要面向产品负责人,但很自然地,整个团队都能从书中收获益处。

InfoQ:产品负责人经常要根据质量不高、内容不完整的信息来做决策,他们是如何做到的?

Watts:这绝对是产品负责人的工作中最困难的部分之一,但杰出的产品负责人往往有很多应对策略。杰出的产品负责人会:

  • 简化问题。他们会试图减少可选方案的数量,尽可能降低错误决策的代价。
  • 寻找决策依据——决策是基于利润、学习还是交付速度等因素?如果他们明确了决策所要达成的目的,工作就会变得简单一些。
  • 避免独断专行。他们会请合适的人员参与制定决策的流程。
  • 勇敢面对,承认完美不可能实现,尽可能作出最佳决策,同时承担评估决策的责任。
  • 充满自信。

InfoQ:在团队内工作时,产品负责人怎样分辨哪些决策可以独立作出,哪些需要其他团队成员的帮助进行决策?

Watts:对团队来说,有一套制定决策的流程是非常重要的。由于产品负责人可能需要面对的决策场景太多了,让他独自决定所有事情是不现实的。就算时间足够也不该让一个人做出全部的决定,否则会降低决策的多样性、质量和参与度。所以最优秀的产品负责人倾向于建立一套制定决策的流程。

第一种策略是挑出简单的决策——就是那些风险低、不那么复杂,不需要太多外部支持的决策。杰出的产品负责人懂得怎样分辨出简单的决策。他们要么快速做出决定(当两边都提不出有力的方案时),要么将选择权交给其他人(当他们期望利益相关者的更高参与度和支持时)。

例如,产品负责人可以较快速地决定产品包装的体积和形状。然而如果产品负责人要把这一问题的决策权交给其他某人,这个人在产品开发中的重要性就会明显提升——于是他就更有动力促成产品成功。一般来说,人们越是深度参与到制定决策的流程中,他们对决策的参与度和支持就会越多。

当产品负责人必须依赖自己管辖范围之外的资源来促成某项行动时,获得支持也是同样重要的事情。例如,产品的发布日期可能会关系到很多人。当这些关联方深度参与到决定发布日期的过程中时,他们就会更有动力去保证产品按时发布。

因为发布日期关系到如此多的员工,直接影响到项目的底线,决定发布日期的过程无疑远比决定包装的大小和外形更为关键和复杂。由此,多数杰出的产品负责人通常会建立一种协作机制来决定最佳发布日期,而不是将选择权委托出去。相比独立决策,协作决定需要更多的时间、精力、沟通和耐心。因此产品负责人不能事事寻求协作决策——这种策略仅限于复杂的、需要很多支持的决策。

矩阵的最后一个象限表示那些复杂但是不需要太多参与度的决策。一个例子是选择用来集成的第三方产品或者基于何种技术开发产品。在这些场景中,杰出的产品负责人倾向于建立“咨询而非决策”的策略。这些决策托付于他人的风险太高,争议性又没有大到需要多方参与的程度,却依旧需要专家的建议。对于此类决策,杰出的产品负责人会收集足够多的信息和建议才会做决定。

InfoQ:请问你对理解客户需求方面有什么建议?

Watts:从我的经验来看,杰出的产品负责人对顾客有着极致的好奇心,并会实地观察顾客,访谈顾客,与顾客合作并请他们参与开发流程。

我常听到的一个说法是“顾客不知道他们想要什么,除非他们见到不想要的东西”。我发现杰出的产品负责人会快速向用户展示内容,从而判断哪些是顾客想要的,哪些不是。一般人会不断改进产品直到觉得顾客会满意为止,但杰出的产品负责人不会受这种本能的干扰。

InfoQ:产品负责人怎样利用团队成员与利益相关者的知识?

Watts:如果我请别人给我倒一杯茶,那么我能期望的东西顶多也就是一杯茶。也许我会让别人特别留意我所喜欢的茶以及我喜欢它的原因,但我能得到的还是一杯茶。但如果我不是简单地请人倒一杯茶,而是解释我真实的需求是什么,那么我就可能收获自己意想不到的解决方案。

一个开发团队的知识与技能的集合是非常庞大的。如果我要求的是一个具体的解决方案,那么一方面我没法从这个集合中得到更多的创造力,另一方面团队成员对方案的参与度和支持度也会减少。“我”的解决方案是一杯茶,但如果我的目标定为解渴,那么不管团队提出了怎样的解决方案,这个方案都是“我们”的成果。

InfoQ:产品负责人怎样才能一边鼓励团队自治,一边掌控产品的开发?

Watts:这就是整个敏捷产品开发方法的关键所在。产品负责人关注于“What”——目标是什么,期望是什么,需要解决的问题是什么,市场机会在哪里,等等——还有“Why”,为什么它们重要或有价值。杰出的产品负责人接下来会请团队来研究这一目标“How”,怎样去实现。产品负责人可以说“我已经确定这个产品或服务是有价值的。这些人需要这种产品,原因是如此这般。你们大伙儿能同我一起设法把这个设想变成现实吗?”这会是很有用的做法。

InfoQ:产品负责人怎样同团队和利益相关者有效协作?

Watts: 这个问题上最重要的是空出时间来讨论。我知道这对产品负责人来说很困难,因为这个角色注定会忙得不可开交。但杰出的产品负责人会坚决优先处理需要协作的重要内容,腾出时间讨论协作相关事宜,尽一切可能确保这些讨论的时间不被占用。

InfoQ:关于产品负责人增强技能的方法,您还有什么建议吗?

Watts:我发现杰出的产品负责人共有的另一项关键模式是定期反省。我一对一指导的产品负责人都受益于腾出时间分析不同的场景,从而搞清正在发生的事情是什么,事情为什么会出现,当时大家都在做什么。这些产品负责人将产品开发中的敏捷观念应用到了自身的发展上面。他们给自己定下目标,立志成为杰出的产品负责人。他们会研究自己怎样才能变得出色,然后花时间有意识地练习以增强那些会让自己脱颖而出的领域,然后停下来反省并再次出发。

作者介绍

Geoff Watts在敏捷开发领域是一位有多年经验的思想领袖。他的著作、培训和指导帮助了全球数以千计的团队更加高效地交付更好的产品。Geoff 是 _Scrum Mastery: From Good to Great Servant-Leadership_ 和 _The Coach’s Casebook: Mastering the Twelve Traits That Trap Us_ 的作者,后者获得了 2016 年国际图书奖。他培训和指导产品负责人、Scrum Master 和领导成员。了解他的详细资料请访问 www.inspectandadapt.com。

查看英文原文: Book Q&A on Product Mastery


感谢张卫滨对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2017-05-24 17:221241

评论

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

从架构设计的演进来看,我们真的需要DDD

三石

DDD 软件架构 话题讨论

话题讨论 | 你”节后综合症“了吗?

程序员架构进阶

话题讨论 28天写作 2月春节不断更 话题王者 节后焦虑

做一个很出色的程序员

四猿外

Java 程序员 面试 架构师 职场成长

60K*17薪的面试题是什么样的,需要具备什么技术?首发“Java面试考点大全”

Java架构之路

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

架构设计篇之微服务实战笔记(四)

小诚信驿站

架构师 刘晓成 小诚信驿站 28天写作 架构师成长笔记

区块链电子合同应用平台,区块链存证系统

13530558032

快速搭建本土「Clubhouse」

anyRTC开发者

ios android WebRTC RTC 语音通话

OAtuth2.0 知多少

圣杰

oauth2.0 dotnet

使用 RxJS 设计实现一个下载中心功能

laoergege

大前端 RXJS

日记 2021年2月23日(周二)

Changing Lin

2月春节不断更

深入理解 Web 协议(三):HTTP 2

vivo互联网技术

Web HTTP HTTP2.0

农产品区块链溯源平台,区块链溯源方案

13530558032

jenkins Android 自动构建-扫码下载

三爻

LeetCode题解:322. 零钱兑换,动态规划,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

云算力系统开发|云算力APP软件开发

系统开发

Protobuf源码解读之编解码

batman

protubuf zigzag varint

智慧组工党务解决方案,智慧党建系统

13530558032

为了面试阿里巴巴、腾讯、字节跳动、京东、华为等大厂,我收集了8家大厂高频Java面试真题集锦(含答案)

Java架构之路

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

读书笔记-MySQL索引

yunCrush

2021最新总结:阿里/京东/饿了么/拼多多/爱奇艺面经分享(堪称Offer收割机)

比伯

Java 编程 架构 面试 计算机

第二次书摘的微信视频号直播复盘

小匚

用户体验

基于simhash的文本去重原理

行者AI

Python hash

1月干货总结:EasyDL上线时序预测模型,文档翻译全新发布

百度大脑

产品训练营第五周作业

产品经理训练营

开源微服务运行时 Dapr 发布 1.0 版本

阿里巴巴云原生

开源 容器 微服务 开发者 云原生

2021 iOS底层提升计划

iOS底层

最值得期待的Python进阶宝典《Effective Python》第2版中文版来咯!

华章IT

Python 代码整洁 Python编程 EffectivePython Python进阶

量化机器人APP开发|量化机器人软件系统开发

系统开发

话题讨论 | 技术从入门到熟练是怎样的?

happlyfox

话题讨论 28天写作

读懂框架设计的灵魂—Java反射机制

Java 编程 架构

面试腾讯T3,过关斩将直通3面,终斩获offer流下了激动的泪水(腾讯面经总结分享)

Java架构之路

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

Product Mastery 作者访谈_Book Review_Ben Linders_InfoQ精选文章