产品负责人可以说是 Scrum 里面要求最高的角色之一了。他需要一个人独立地对项目成败负责，他得帮助团队理解产品愿景，并引领项目开发。产品负责人还被要求帮助团队产出最大的商业价值。这对单个角色来说，是不是要求太多了呢？
Maroko Taipale 给出了一些理由，证明单一产品负责人模式已经行不通了。Maroko 认为，严格按照产品负责人的定义来实施项目，带来的必然是各方面的低效。
他建议，与其千斤重担一人挑，不如使团队意识到：客户开发和产品开发是并行的。客户开发是一个界定、了解最终用户的过程，从而才能开发出正确的产品。产品开发过程则以客户开发过程中对产品收到的反馈信息为出发点，不断推进。
因此，就需要两个团队来执行上面所提到的流程。“问题团队”关注问题“是什么”，“方案团队”则探寻解决问题的最佳方法。问题团队由销售、市场、管理层、技术、可用性和质量方面的专家组成，方案团队则由跨职能的开发团队以及问题团队中的那些技术、可用性和质量方面的专家组成。
Maroko 认为这种协作模式有几大优势：
两个团队都努力追求利益最大化。问题团队努力识别出谁是客户，有价值的问题是什么。方案团队则通常基于统计数据来对市场反馈做出相应的解决方案。
好处包括：
- 增进了信息和知识共享
- 目标一致心更齐
- 从多个角度认识客户的需要
- 一种收集建设性意见的渠道
- 沟通
- 共享团队愿景
类似地， Roman Pichler 指出，一旦项目变得越来越大，就有必要有多个产品负责人。他建议采用由一名首席产品负责人带领下的产品负责人层级体系。
产品负责人层级体系可以适用于多种情况，从由一名首席产品负责人带领着几名产品负责人的小团队，到复杂的多层级的产品负责人协作体系均可。
Mike Cottmeyer 也赞同，在很多情况下，由一个人来担当产品负责人实在太复杂太困难，而需要一个团队来共同分担这些责任。Mike 觉得，与其让一个人承担那么多的职责，不如考虑组建一个可以一起协作的产品负责人团队。团队成员可以包括：
- 产品经理——和利益关系人一起工作，识别需求，制定优先级。
- 项目经理——管理项目总体目标。管理项目资源、开销、外部依赖等等。
- 业务分析员——负责把产品验收条件以及有关用户故事的对话写成文档。在 Sprint 期间，他是对于有疑问的需求的主要澄清人。
- 设计师——准备用户界面、线框等。
产品负责人团队的规模必须相对较小，有足够的授权，但也要确保大家能够充分承担起团队产品负责人的职责。这个团队一定要有能力按照 INVEST 原则分解产品待办事项列表。这是一项艰巨的任务，通常意味着产品负责人团队至少要由产品管理、项目管理、架构、开发、质量以及需求分析方面的专家组成。
这样看来，除了规模相对较小的项目，在很多情况下，单个产品负责人模式可能无法适用，这似乎是一个普遍认识了。
你的看法呢？
评论