我对Scrum的概念和好处有些熟悉。考虑到这一点，我正在努力改善我现在工作的公司的失败的Scrum产品管理结构，该公司有三个独立的B2C产品，迎合相同的人口统计并可在同一网站上访问。每个产品都有一个产品所有者和一个独特的开发团队。
鉴于目标受众相似（不确定是否重要）且3个网络产品性质相似，合并团队与仅拥有一个产品所有者和一个开发团队相关的潜在利益/风险是什么？ ？我想到的一些问题是：如果您的网站有三种不同的产品，那么拥有3个产品所有者和三个不同的待办事项是否合理？此外，如果您只有一个产品所有者，那么选择合适人选的最佳指标是什么？
答案 0 :(得分：1)
一些额外的背景将是有用的。
球队有多大？ （还记得7 +/- 2团队规模指南。）它们是否具有交叉功能？
是什么赋予每种产品个性独特性？相反，通过将每种产品的“生物和技术独特性”添加到产品集合中可以获得什么？
您多久部署一次网络？
答案 1 :(得分：1)
您声明'公司的Scrum产品管理结构失败'，我建议您首先尝试使用公司当前的Scrum流程准确了解失败的内容。
对于简单地尝试合并这三个团队，我会非常谨慎，这可能会对公司文化产生破坏性影响，带来阻力，但仍然无法获得您所寻求的结果。
了解当前失败的一个好方法是找到一种可视化工作流程的方法。这应该有助于揭示开发生命周期中的任何瓶颈和/或错过的期望。
看板是一种很棒的技术，不需要任何新的流程或更改！只需通过白板上的泳道绘制当前工作流程，尝试限制板上的WIP，并在看板周围执行每日站立式Scrum会议。这应该可以让您快速了解并确定当前流程中失败的内容。
Here is a great overview of Kanban.
我还推荐Henrik Kniberg的“来自战壕的精益”作为另一个重要资源。
答案 2 :(得分：1)
这不是团队问题，而是更多的管理问题。作为Scrum Master，你的角色是指导功能障碍，在这种情况下，你已经强调了一些关注点;因为产品之间存在不一致，可能并非最佳的团队绩效。
感受您对现有产品所有者的观察，并确定他们是否认为这是一个问题。每个产品所有者都有权选择如何管理这一点。由于这些不同的网站可能不一致并影响公司品牌，因此PO的选择是做/不做，因为它是风险。
如果他们确实感觉到品牌存在风险，那么下一步是将三个团队聚集在一起（用于会议），并向他们展示同样的问题。然后让他们解决它，看看他们想出了什么。
答案 3 :(得分：1)
简单地说，如果您要将所有三种产品合并为一种，而不是必须对PO进行相同操作，但如果您的产品将继续单独存放，则必须保留每种产品的采购订单。< / p>
我认为“性质相似”会导致“两种产品具有相同功能”或“所有三种产品的整体方向和干扰方式”的问题。要解决这类问题，您可以使用“Scrum of scrums”，通常是每周一次的会议，其中包括每个团队分享他们即将到来的sprint目标的所有团队成员。这种协作可以更好地了解谁在做什么以及它如何影响整个系统。
答案 4 :(得分：1)
在您了解如何处理团队之前，请尝试确定导致故障的原因。
你在进行回顾吗？让团队提出任何有关如何改进的解决方案/建议（Scrum强调团队和个人责任 - 团队应该成为解决方案的参与者）
多个PO几乎肯定会给团队带来更加混乱的环境。 PO的优雅之处在于给团队一个最终批准“什么”问题的人。
但我已经领先于自己 - 首先，要真正了解问题。
你需要合并团队吗？我不知道，但7 + - 2规则是一个非常好的经验法则。如果你正在做类似的事情，也许你需要一个架构团队。也许您的团队配置很好，但您的工作流程中还有其他一些问题。
强烈考虑引进一名优秀的Scrum教练。那里有许多培训和辅导顾问，这些人在全国各地旅行，帮助像我们这样的人实施。
我现在已经实施了两次scrum，我可以诚实地说，如果没有引入培训，它就不会像它那样好。 （你也必须有管理层的赞助 - 如果我的实施，我能够让连CIO参加培训 - 这是一个转型）
答案 5 :(得分：0)
A＆＃39;类似的目标受众＆＃39;并不是合并团队的好理由。
在团队规模的约束下，三个产品是三支球队的良好理由。团队 需要足够大以包括所有必要的技能，同时小到足以消除冗余的通信路径。
除此之外，我们无法帮助您确定他们为什么会失败Scrum＆＃34;没有你似乎不愿提供的更多背景。
因此，唯一的建议是;聘请高质量的Scrum教练，或者如果不可行，请确定smells并使用描述性解决方案。