问产品负责人兼业务部门经理

EN

理想情况下，产品负责人拥有关于正在构建的产品的全部权限和领域知识。这限制了与开发团队合作的人数，以创建一个精简和高效的沟通过程。情况并不总是如此。有些公司仍然实行分级管理结构，仅仅因为有人想采用Scrum，并不意味着整个公司都会将他们的组织夷为平地。

产品负责人将不得不更加努力地从业务单元经理那里获得信息。尽量参加更多的会议和电话。在客户电子邮件上复制。由于产品所有者不是领域专家，因此将有更多的来回得到澄清。如果开发团队对某些事情不确定，他们需要理解这一点，并要求产品负责人得到一些澄清。

仅仅因为Scrum从限制文档中获益，并不意味着您可以完全摆脱它，在这种情况下，Product更像是一个委托而不是真正的所有者，您需要更多地依赖它。

Scrum应该与产品负责人和业务单元经理合作，这样每个人都了解他们在这个过程中的角色以及它对开发团队的影响。他们需要找到一种方法来让它发挥作用，并改进这个过程，否则你的公司就会忘记Scrum，让你的生活变得更容易。它并不适合所有人，不管它有多受欢迎。

直接从(非官方的) Scrum核对表：

阿宝与利益相关者有直接联系。

你应该把这与更高的管理，团队应该直接接触它的用户，在此期间。要求它。(为什么有必要这样做是另一个问题:)

也可以查一下产品所有者的演变，也许这能帮你成长你的P.O。

我想你已经找出了最大的问题

产品负责人在客户领域有较低的资历，他需要依靠负责该领域知识的业务部门。

产品负责人有责任充分了解他们所拥有的领域(产品)。

相反，当你说：

在创造故事的过程中，有时会有遗漏的地方。

抽象地说，这可能是一个实际的问题，也可能不是。毕竟，故事应该是可以商量的。如果一个故事是不完整的，只要它的目的是明确的，我就不会担心，除非它所引起的估计中有不可预测的、相当大的错误。

在我看来，在这种情况下，产品负责人正在写下他们不理解的故事，这显然是行不通的。你可能需要有更直接的领域知识作为一个PO的人。