【外文翻译】敏捷产品负责人的职责

理论上，产品负责人（PO，Product Owner）的职责很简单：根据Scrum指南，PO应该最大化产品创造的价值。但这在实践中意味着什么呢？实际上，由于产品和组织的不同，PO角色的应用会有很大的不同。但我的经验表明，有两个关键因素决定了PO的职责：范围和所有权的深度。本文将讨论这两个因素，以帮助您成功地应用该角色。

所有权范围：产品、功能或组件所有者?

要让产品负责人的职责正确，首先要问他拥有什么。是产品、特性还是组件？虽然这听起来像是一个微不足道的问题，但要回答这个问题可能会有些棘手：我见过许多公司，人们对产品是什么没有共同的理解。因此，对产品角色和职责没有明确和共同的定义。下图总结了这三个术语之间的差异。

我见过的许多PO都不是产品所有者（product owners），而是功能所有者（feature owners）或组件所有者（component owners）。虽然作为一个特性或组件所有者并没有什么错，但是职责与产品所有者有很大的不同:

产品所有者拥有整个产品。因此，个人应该专注于制造和保持产品的成功——通过确保它向客户和用户提供强大的价值提议，并创造出所需的业务价值。

相反，功能所有者则关注一个或多个单独的功能。个人的责任是确保功能执行得很好，例如，检出功能的下拉数量很低。类似地，组件所有者负责管理一个或多个组件，例如用户界面或数据访问层。人员确保架构元素按预期工作。要做到这一点，个人通常必须具备适当的技术技能。下图说明了三个不同的所有者角色。

使用功能和组件所有者是一种范围管理技术：它可以通过划分产品职责来帮助您发展产品。一种常见的方法是，由一个总体PO管理整个产品，由几个功能和组件所有者管理产品的各个部分。

所有权深度：战略或战术产品所有者?

假设您是上述意义上的产品负责人。那真的太厉害了。但是你对产品的所有权延伸到什么程度呢？你是负责战术和战略决策，还是专注于战术？战略职责包括决定产品战略、制定产品路线图和管理利益相关者；战术任务的例子包括管理产品backlog、编写用户故事以及与开发团队一起工作。

拥有战略和战术决策的个人有时被称为“大PO”。专注于战术的产品所有者被称为“小PO“。根据所有权的深度，小PO和大PO有不同的职责，如下图所示。

我将小PO视为部分产品所有者。不幸的是，scrum中角色的定义(产生scrumm的框架)并不清楚。Scrum指南将产品的价值最大化作为一种职责，但它只列出了一些战术职责，比如管理产品backlog和与开发团队合作。

我发现，小规模的战术产品所有者（小PO）与拥有战略产品决策的产品经理或首席产品所有者（大PO）合作并不罕见。通常选择这种设置是为了帮助产品增长——这是另一种范围管理技术。当产品稳定增长或成熟时，这种设置往往会工作得很好。它不太适合刚起步的产品，因为这些产品需要更紧密地结合战略和战术决策。

希望进一步测试自己的产品管理能力，可以扫码进行测试，谢谢你的参与：

产品负责人能力自测