产品负责人(PO)应该是工程团队的一部分还是产品团队的一部分？

Question

我们的初创企业目前正在以这样的方式构建：

• 包含以下资源的工程团队：
  • 工程署署长
  • 移动、前端和后端开发人员
  • 质量保证
  • 基础设施工程师
  • 产品所有者(PO)

• 产品团队：
  • 产品总监
  • 产品设计师
  • 业务分析员
  • 产品经理

• 其他团队，如销售、运营等。

我们目前正在进行一些讨论，是PO应该是工程团队的一部分，还是产品团队的一部分，我们无法弄清楚。我的观点是，它应该是与整个scrum团队相同的部门的一部分，但有些人却不这么认为。

客观地回答这个问题所需要的真正逻辑是什么？

Answer 1

PO应该在哪里?

由于你是一家初创企业，团队结构和组织结构可能会出现混淆。从一见钟情的角度来看，当你将两个维度分开看时，你会变得更加客观：

• 在团队的逻辑中，产品负责人当然应该是scrum团队的一部分，以及许多来自工程部门的人。但这并不意味着他是工程团队的一员。
• 在组织结构的逻辑中，根据角色和责任，产品所有者应该属于产品组织，并向产品经理报告。

否则说明:虽然PO应该在一个(跨功能的) scrum团队中与工程部门紧密合作，但他/她应该主要致力于最感兴趣的客户，因此代表团队中的产品管理。

这完全符合Scrum指南的定义：

产品负责人负责最大限度地提高开发团队工作所产生的产品价值。如何做到这一点在组织、Scrum团队和个人之间可能有很大的差异。

如果PO属于工程怎么办？

首先，这取决于人民，他们的动机和他们的道德，这是很好的工作。但让我们看看后果：

• 如果产品经理对产品的所有权没有控制权，那么如何管理产品呢？
• 如果(什么时候)会发生什么？工程部没有按照产品管理期望交付？

如果PO属于工程部门，产品经理将立即询问他/她的选择。这很糟糕，因为Scrum指南说：

产品负责人是唯一负责管理产品待办事项的人。(...)要使产品负责人成功，整个组织必须尊重他或她的决定。

因此，这种情况可能会在部门之间造成不必要的紧张甚至冲突，如果两个部门在团队中都有代表，并在团队中找到一个相互关联的协议(本着团队精神)，这是可以避免的。

Answer 2

这取决于产品负责人拥有的技术技能。我目前在一家拥有多个产品所有者的大公司工作。其中一人是我所在的工程团队的一员，因为他可以直接在项目上工作，或者至少对代码或基础结构中的技术问题、错误或回归进行调查。

但大多数其他产品所有者，没有任何技术技能，也是营销团队的一部分。

在我看来，产品负责人应该尽可能接近他的产品(和产品的客户)，他可以直接对产品采取行动。

如果您是在创业，这是正常的，产品所有者是整个scrum的一部分。