3

在 Scrum 或敏捷团队中，是否建议产品负责人参与多个产品？拥有企业系统的产品负责人和该系统的组件的“子”产品负责人是否很好？即在零售商中，您是否有一个用于驱动“子”PO 的企业系统的 PO，例如零售、供应链和制造？

对其他人如何在企业环境中与许多利益相关者在功能孤岛中的 Scrum 团队打交道感兴趣。

4

4 回答 4

5 
In a Scrum or Agile team is it advisable for a Product Owner to be involved in more than one product?

首先，你必须明白，在 Scrum 中你不会对此有一个客观的答案。你将不得不检查和适应。Scrum 指南（由 Scrum 的发明者编写）中没有任何地方提到 PO 不应处理超过 2 个产品，但他们确实提到，为了使 PO 成功，他必须对产品承担全部责任，并且组织必须尊重 PO 的决定。 PO 是 Product Backlog 的“猪”，无论是 1 个或 2 个或更多产品，如果 PO 和利益相关者可以处理这个问题，我会说尝试一下，并检查和调整. 还有各种因素，比如产品的复杂程度、产品负责人的专业程度以及 PO 必须为多个产品执行 PO 职责的带宽。请在尝试之前考虑所有这些。

Is it good to have a Product Owner for the Enterprise System and "sub" Product Owners for the components of that system? i.e. In a Retailer would you have a PO for the enterprise system that drives "sub" PO's for say Retail, Supply Chain and Manufacturing?

同样，您必须在您的组织中尝试它才能知道它是否“好”。在任命 PO 或子 PO 时，只需遵循正确的 Scrum 指南。我在我的组织中尝试过，效果非常好！我们有一个首席 PO，还有其他几个你可以称为子 PO 的 PO，但我更喜欢让每个人都处于同一水平，以避免指挥和控制行为，如果滥用会毁掉一个项目。首席采购员的工作是确保采购员成功地完成他们的工作，并在需要时帮助采购员。还可以由首席 PO 与首席 SM 或 SM 一起任命 PO。如果我可以离题一点，SM 遵循相同的结构。首席 SM 的工作将是帮助 SM 成功完成他们的工作，

Be interested in how others deal with Scrum teams in an enterprise environment with many stakeholders in functional silos.

就像我上面已经提到的那样。在我们的企业环境中，我们有一个首席 PO，以及其他几个 PO。还有一个包括利益相关者在内的指导委员会。每个 PO 都有自己的产品待办事项要管理。我们进行了 2 周的 Sprint。我们每月举行两次名为“指导委员会会议”的会议，所有利益相关者和首席 PO 和 PO 会面，并引导企业产品朝着正确的方向发展，每个 PO 都用 Scrum 术语翻译工作（可能是可交付用户故事）对于他们的每个产品，首席 PO 在教育和保护 PO 免受对 Scrum 框架知之甚少的利益相关者和成员方面发挥着至关重要的作用。他们保护 PO 不被劫持。每个 PO 都有自己的 Scrum 团队有一个SM和团队成员。我建议首席 PO 是一位在组织中具有良好地位的敏捷教练。也有 POs 并置，它特别有助于解决跨团队的依赖关系和问题。

注意：对我们没有用的一件事是一个团队有 2 个 PO，一个产品 backlog，PO 之间的冲突太多了！

希望这可以帮助。

于 2010-09-23T02:05:00.457 回答
1

产品所有者可以担任多个产品的此角色，具体取决于产品的大小。另一方面，您可以为大型企业应用程序的子组件拥有多个产品所有者。那么你就有了一个“首席产品负责人”。

这是完全有效和可取的。

所有这些概念都在Roman Pichler撰写的《使用 Scrum 进行敏捷产品管理：创建客户喜爱的产品》一书中进行了详细说明。

我在 Scrum Gatherings 上看过他的演讲并多次与他交谈。他的专长是产品负责人。

于 2010-09-22T21:42:59.697 回答
1

我曾是类似情况的 ScrumMaster。对于您的开发工作的子系统，您可以拥有“子”产品所有者或“联合”产品所有者；在企业中，这很常见。他们实质上成为“产品负责人团队”，其中可能还包括业务分析师。

但是，您应该为该产品负责人团队指定一个“领导”；可以解决分歧并为积压工作确定总体优先级的人 此人应确保满足所有其他产品所有者的需求。在实践中，这通常是项目经理。

另一种方法是将子项目分成单独的 scrum 团队，然后有一个“scrum of scrums”；但我认为这不适用于单个开发项目，因为这会在团队之间造成更困难的信息流。除非每个子项目可以彼此独立运行，否则我建议使用第一种方法。

于 2010-09-22T22:52:56.063 回答
1

在 Scrum 或敏捷团队中，是否建议产品负责人参与多个产品？

只要 PO 能够在每个 Sprint 之前处理 Product Backlog 以获得一组优先的 Product Backlog 项目，最大化 ROI，并且在 Sprint 期间可供团队使用（换句话说，只要 PO 在做他的工作），应该没问题。如果他不是，那么主要的障碍将很快出现。

拥有企业系统的产品负责人和该系统的组件的“子”产品负责人是否很好？

这实际上是使用Scrum of Scrums扩展 Scrum 时的典型模式。将 Scrum 扩展到整个公司绝对是可行的（Scrum 是为无限可扩展性而设计的——Jeff Sutherland），而且 Scrum 已经被大型团队（500 多人）使用。

但我当然不会尝试直接将 Scrum 扩展到整个公司，企业范围的 Scrum/Agile 部署需要遵循一些步骤，不这样做会很疯狂（失败的好方法）。

Rally 有关于这个主题的 IMO 精彩演示文稿、白皮书和博客文章（嗯，它们不是唯一的，但我喜欢阅读他们的材料）。我热烈建议看看：

我敢肯定，在阅读了其中的一些资源后，您会得到更好的了解。但我并不是说这很容易。

于 2010-09-23T03:09:25.090 回答