什么是产品负责人？角色差异详解 - 敏捷文章

摘要： Scrum规定了构成Scrum团队的三个角色：产品负责人、Scrum主管以及开发团队。许多组织在组织结构图中还会设置更多角色，这就导致了人们难以区分产品负责人、业务分析师、产品经理和项目经理之间的差异。

产品负责人、产品经理和业务分析师的职责有着诸多相似之处。实际上，一些认证的Scrum产品负责人实际上也担任着产品经理或业务分析师的角色；而许多项目经理在采用敏捷工作方式后也会转任产品负责人这一职位。在本文中，我将详细探讨产品负责人如何为Scrum团队服务，以及这些职位与角色之间的差异所在。

产品负责人与产品经理与项目经理

作为一名管理及战略顾问，同时也是一位排名第一的敏捷转型教练，我经常收到这样的问题：

“我们是否应该考虑聘请一名产品经理来管理产品负责人？”
“一名产品经理能够管理多少名产品负责人？”
“我们难道不应该在Scrum团队中安排一名业务分析师来编写用户故事吗？”
“如果敏捷团队中没有业务分析师，那是否由敏捷主管来编写用户故事？”
“所以产品负责人就是产品经理，而Scrum主管也就是项目经理，对吧？”
“产品负责人和项目经理能是同一个人吗？”
“既然项目经理负责管理团队，那产品负责人不是应该向项目经理汇报吗？”

以我的经验来看，出现这些问题的主要原因有：

人们有做正确事情的意愿。但确实存在意识与知识的匮乏。
该组织的架构与职责分配方式属于混合型或传统型的。虽然Scrum试图将职责分配给合适的人选，但混合型或传统型管理方式的影子依然潜伏在背后。
Scrum和敏捷被视作团队内部采取的做法，人们认为它们不会影响到组织的其他部分。
“提升敏捷性”被视为一个“项目”，人们会为实施这一项目分配预算，而非将其视为一种思维方式或文化变革。这些预算有时甚至低于一名开发人员的年薪。因此，企业内部缺乏足够的培训与指导，人们也不清楚自己的职责和任务究竟是什么。

与其逐一回答上述问题，不如从更高层次来审视这些角色在传统环境（图1）与敏捷环境（图2）中的表现——因为通常正是这里容易产生混淆。

传统方法与敏捷方法

传统环境中的产品管理（图1）

敏捷环境中的产品所有权（图2）

下表对比了产品负责人、产品经理、业务分析师和项目经理这四种角色的一些属性/特征。

如何培养敏捷思维？

只有当您的组织尚未完全采用敏捷/Scrum方法，或者正在使用混合式的开发方式时，才会出现上述问题。试图将敏捷方法与传统方法结合起来，只会给组织、产品以及团队带来混乱。因此，是否采用敏捷方法其实是一个非此即彼的问题——要么采用，要么不采用。基于这一点，试着自己回答文章开头的七个问题。如果您的组织无法采用敏捷方法，那就继续沿用传统方法吧。切勿将两者混为一谈。