问Scrum:开发经理担任产品负责人可以吗？

EN

一般来说，最了解应用程序需求或负责与客户接口的人应该是产品负责人。

如果您的组织中的开发经理对产品的需求有最好的了解，那么他们应该由产品负责人来完成。开发人员需要能够找到产品负责人，以便澄清需求，并确保他们正在开发的内容实际上满足了需求。

就自组织而言，我不认为它会产生影响，除非开发人员报告开发经理。

如果开发人员确实向单个开发经理报告，那么开发人员的性能指标应该进行调整，这样如果他们处理其他经理的需求，他们就不会受到惩罚。同样，规则需要到位，这样特定的开发经理就不会在牺牲其他需求的情况下，利用员工获得产品开发的优先权。

您可以考虑增强ScrumMaster的范围，以确保开发经理不会对开发人员施加不必要的压力，以便更改以前商定的用户故事优先级。

作为@反向投资者，产品负责人需要了解需求，并且通常与影响整个产品发布的客户或产品经理一起参与业务透视图。轻重缓急也是这里的一个关键特性，所以这个人需要被授予决定做什么的优先权的权力。

在大多数情况下，业务分析师很容易跳转到Product。如果你现在有一个人在扮演这个角色，他们会做出很好的贡献。

然而，在一些组织中，需求实际上是由对产品或产品的特定模块/组件具有总体愿景的架构师向团队阐明的。这些人可以充当产品负责人，并可以帮助确定优先级，尽管他们可能不一定参与传统的面向业务/客户端。

至于使用团队的直接开发经理，我要提醒您不要这样做。让同事告诉你优先事项并代表客户的需求是一回事，让老板来做则是另一回事了。

想象一下你的同事告诉你：“杰伊，这里的按钮不适合客户，它们不符合品牌指南。”你可以就此进行一次对话，回到你的工作中去，然后发布一些新的东西给你看。

现在把你的老板放在那个地方。突然之间，它不再是为了达到正确的交付而进行的对话，而是关于性能的。为了得到反馈，你将避免过早地展示一些东西，因为在你的老板看来，你可能看起来很糟糕。你不一定会诚实地说出你正在建造的东西，或者你还剩下多少。敏捷团队需要对彼此透明，这样他们才能做出反应和调整。

尽管如此，我们已经将开发经理安排在我们的一些团队中，而不是作为产品负责人。我们会让他们作为团队成员参与进来，他们也会向产品负责人和Scrum提供技术建议或支持。这使得他们的知识和对组织其他层次的访问成为团队可以使用的工具，而不需要他们对sprint的所有方面都有完全的控制。

寻找团队中在这些品质上最强的人：

1. 了解一般业务(不仅仅是客户的业务)
2. 与客户的关系
3. 善于从逻辑上将客户需求分解成一些面向商业价值的小故事(大致上是敏捷的BSA思想)
4. 有改进工艺的能力
5. 有变更管理技能

就自组织而言，PO一般不应该有任何关于交付团队的直接报告，因为这可能是团队在需求、优先级等方面挑战PO的利益冲突。

一个伟大的PO将是一个BSA在本质上，但应该始终考虑的过程和变化管理的影响，与交付的技术解决方案。毕竟，构建一个不适合当前或未来流程的解决方案，或者没有人采用的解决方案，并不能为客户提供太多的价值。