不能让你一个人去战斗:单一产品负责人模式的改进之道

阅读数:2026 2011 年 4 月 21 日 10:13

产品负责人可以说是 Scrum 里面要求最高的角色之一了。他需要一个人独立地对项目成败负责,他得帮助团队理解产品愿景,并引领项目开发。产品负责人还被要求帮助团队产出最大的商业价值。这对单个角色来说,是不是要求太多了呢?

Maroko Taipale 给出了一些理由,证明单一产品负责人模式已经行不通了。Maroko 认为,严格按照产品负责人的定义来实施项目,带来的必然是各方面的低效。

他建议,与其千斤重担一人挑,不如使团队意识到:客户开发和产品开发是并行的。客户开发是一个界定、了解最终用户的过程,从而才能开发出正确的产品。产品开发过程则以客户开发过程中对产品收到的反馈信息为出发点,不断推进。

因此,就需要两个团队来执行上面所提到的流程。“问题团队”关注问题“是什么”,“方案团队”则探寻解决问题的最佳方法。问题团队由销售、市场、管理层、技术、可用性和质量方面的专家组成,方案团队则由跨职能的开发团队以及问题团队中的那些技术、可用性和质量方面的专家组成。

Maroko 认为这种协作模式有几大优势:

两个团队都努力追求利益最大化。问题团队努力识别出谁是客户,有价值的问题是什么。方案团队则通常基于统计数据来对市场反馈做出相应的解决方案。

好处包括:

  • 增进了信息和知识共享
  • 目标一致心更齐
  • 从多个角度认识客户的需要
  • 一种收集建设性意见的渠道
  • 沟通
  • 共享团队愿景

类似地, Roman Pichler 指出,一旦项目变得越来越大,就有必要有多个产品负责人。他建议采用由一名首席产品负责人带领下的产品负责人层级体系。

产品负责人层级体系可以适用于多种情况,从由一名首席产品负责人带领着几名产品负责人的小团队,到复杂的多层级的产品负责人协作体系均可。

Mike Cottmeyer 也赞同,在很多情况下,由一个人来担当产品负责人实在太复杂太困难,而需要一个团队来共同分担这些责任。Mike 觉得,与其让一个人承担那么多的职责,不如考虑组建一个可以一起协作的产品负责人团队。团队成员可以包括:

  • 产品经理——和利益关系人一起工作,识别需求,制定优先级。
  • 项目经理——管理项目总体目标。管理项目资源、开销、外部依赖等等。
  • 业务分析员——负责把产品验收条件以及有关用户故事的对话写成文档。在 Sprint 期间,他是对于有疑问的需求的主要澄清人。
  • 设计师——准备用户界面、线框等。

Mike 提到

产品负责人团队的规模必须相对较小,有足够的授权,但也要确保大家能够充分承担起团队产品负责人的职责。这个团队一定要有能力按照 INVEST 原则分解产品待办事项列表。这是一项艰巨的任务,通常意味着产品负责人团队至少要由产品管理、项目管理、架构、开发、质量以及需求分析方面的专家组成。

这样看来,除了规模相对较小的项目,在很多情况下,单个产品负责人模式可能无法适用,这似乎是一个普遍认识了。

你的看法呢?

收藏

评论

微博

用户头像
发表评论

注册/登录 InfoQ 发表评论