扩展产品所有者角色

摘要

从理论上讲，产品所有者是一个人。 但是实际上，管理更大，更复杂的产品通常是共同的努力。 但是，如何在不导致委员会做出决定并创建薄弱甚至不一致的产品的情况下拆分产品所有权？ 在本文中，我将讨论各种技术来帮助您成功地扩展产品所有者的角色，并说明何时应应用每种技术。

扩展和产品生命周期

为了了解是否应该扩展产品所有者角色以及何时扩展产品角色，我认为考虑产品的生命周期阶段很有帮助。 只要产品还很年轻并且尚未达到产品市场的适用性（或即将实现），我建议由一个人负责该产品。 原因如下：年轻产品往往需要大量的试验和返工才能推出产品，使其适应早期市场的反馈，并为产品与市场的适应做好准备。 在这一阶段，有效的决策至关重要。 只有一个产品负责人可以支持这一点：如果无法就下一步做什么达成共识，则由产品负责人决定。 由一个产品负责人是可行的，因为该产品通常规模较小，并且在此阶段仅可能开发少量的开发团队（一个或两个）。

但是，一旦产品变得越来越成功并开始增长，一旦它吸引了更多功能并变得更加丰富并且需要更多的团队来开发它，那么一个人通常就不再可以管理该产品，而不必过度劳累或忽略某些责任。 更重要的是，现在产品的更改频率和根本性降低了，这使得在一组产品人员之间分担责任变得更加容易，如下图所示。

缩放选项1：功能和组件所有者

一旦达到产品市场适应性并进入增长阶段，就应该考虑通过要求其他人拥有产品功能和/或组件来共享产品。 我将功能视为产品功能，例如在网站上搜索产品的功能，将组件视为架构的构建块，例如数据访问层。 （我在“ 什么是数字产品？”一文中详细讨论了产品，功能和组件之间的区别。 ）

最初的产品负责人应负责整个产品，照顾产品策略和路线图 ，并管理涉众 ，但仍要参与管理产品积压和制定优先级决策。 功能部件和组件所有者管理其资产：他们捕获新的想法和要求，使用反馈和数据对其进行测试，并与开发功能部件和组件的团队合作。 下图说明了这种方法。

缩放选项2：分拆和产品变型

承担产品管理责任的替代方法是将产品分拆。 实现此目的的常用技术是将功能捆绑并作为单独的产品发布，就像Facebook在2004年使用Messenger应用程序所做的那样。这减小了原始产品的范围，并创建了一个由新产品管理的全新产品拥有者，并由自己的团队开发。

另一种技术是创建产品变体，例如iPod shuffle和iPod Touch。 应用此技术可避免原始产品的功能过大； 并且，与捆绑销售类似，它引入了新产品，这些产品由其自己的产品所有者负责并由其自己的团队构建，如下图所示。

当然，您可以将选项一和选项二结合起来，首先是除总体产品所有者外还介绍功能所有者，然后剥离功能或创建变体。

扩展选项3：战略和战术产品角色

扩大产品所有权的第三个选择是引入战略和战术产品角色。 战略角色通常称为产品经理 ，战术角色称为产品所有者 。 产品经理

诸如SAFe之类的框架默认使用此选项，但我建议您仔细应用它：如果不需要严格整合战略和战术决策，则沿战略战术维度划分产品责任会很好。 产品进入成熟期时，通常就是这种情况：为了保护市场份额并最大程度地提高其业务收益，现在已对其进行了逐步增强。 除非您决定延长产品生命周期，例如进入新市场或细分市场，否则不太可能发生更大的变化。

如果您在生命周期的早期阶段使用此扩展选项，那么您将面临策略决策无法有效指导战术决策以及策略洞察力的风险，例如用户对特定功能的反馈或开发进度慢于预期，而无法及时通知战略决策，尤其是当几个人承担战术任务和/或负责战略和战术决策的个人之间合作不紧密时。

比较选项

这三个缩放选项如何比较？ 下表总结了有关何时应使用的建议。

如上表所示，您不应依赖一种缩放技术。 相反，请考虑产品的生命周期阶段，然后选择最有可能帮助您实现或维持产品成功的技术。

学到更多

您可以通过以下方式了解有关扩展产品所有者角色的更多信息：

• 参加我的Scrum产品所有者认证培训课程 ;
• 阅读我的书《 战略：数字时代的产品策略和产品路线图实践》 ； 本书解释了产品生命周期模型，包括产品与市场的契合度以及捆绑销售和创建变体的做法。

翻译自: https://www.javacodegeeks.com/2016/06/scaling-product-owner-role.html