升级php的所有扩展_扩展产品所有者角色

最新推荐文章于 2024-10-17 15:34:15 发布

danpu1174

最新推荐文章于 2024-10-17 15:34:15 发布

阅读量99

点赞数

文章标签：大数据 java 人工智能区块链 python

原文链接：https://www.javacodegeeks.com/2016/06/scaling-product-owner-role.html

版权

升级php的所有扩展

摘要

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

扩展和产品生命周期

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

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

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

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

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

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

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

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

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

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

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

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

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

比较选项

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

选项	何时使用
单一产品负责人	产品投放市场之前
产品和功能所有者	从接近产品市场到成熟
产品变型和分拆
战略和战术产品角色	产品成熟时

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