scrum中的产品所有者如何处理团队中关于他们正在实施的功能的非常详细的问题，他无法立即自行回答？当显然是开发人员直接与客户交谈时更快的解决方案吗？
我想知道团队和客户之间的直接沟通是否会破坏产品所有者的角色。我觉得PO应该专门代表客户，因此回答有关要求的所有问题 - 即使这需要更长的时间。绕过他似乎会削弱他，最终使他变得多余......
scrum中有最佳做法吗？
答案 0 :(得分：3)
开发人员应与能够提供有用信息的任何人直接（最好是面对面）进行沟通。但是，产品负责人对产品所做的所有更改负责。
要求所有沟通通过＆＃34; PO，或要求PO与客户进行所有通信，严重限制了对创造最佳产品至关重要的信息流。
答案 1 :(得分：1)
这个问题有很多方面可以处理
如果产品所有者是客户本身，那么开发人员应该从他那里工作
如果产品所有者在公司内，那么客户与开发人员交谈的唯一时间将是Sprint Review（在演示期间）。您可以将该会议中的特定时间范围或议程与客户可以在其他Scrum团队成员面前直接向开发人员解决所有问题进行关联
如果sprint是1个月并且客户每天都在绝望地与开发人员交谈，那么可以设置每周会议，其中一个开发人员（可以是主要开发人员）可以在场的情况下与客户交谈产品拥有者。请注意，PO非常重要，PO仍然是产品积压的独家所有者，他可以根据与客户+开发人员的会议结果确定修改积压
希望它对您的情况有所帮助，请告诉我您对此的投入是什么。
答案 2 :(得分：0)
开发人员可以而且应该与利益相关者交谈，但始终与产品负责人在一起。
通常情况如下：
答案 3 :(得分：0)
这是一个非常通用的问题。 Scrum是实现敏捷性的框架。
Scrum基于以下关键角色。 Scrum团队：开发人员负责任务并负责他们的冲刺（基于2-4周。）
产品负责人：
Scrum团队：
因此，产品所有者可以是与其他利益相关者沟通的人，他可以是内部员工，他们知道完整的要求或代表客户代表客户。产品所有者应该是客户，没有硬性规定。
Sprint评审会议 - 在每个sprint结束时，会提交并审核完成的工作，讨论经验教训，评估和审核整个sprint。
产品所有者和其他利益相关方可以审核每个sprint的完成工作或完成整个产品之后的工作。这取决于形势和环境。
但有一点很清楚，产品所有者应该代表已完成的工作，但团队也可以成为其中的一部分，它可以称为敏捷回顾会议。
有关详细信息： http://retrospectivewiki.org/index.php?title=Agile_Retrospective_Resource_Wiki
答案 4 :(得分：0)
Scrum Guide并不限制开发团队与利益相关方之间的沟通。由Scrum团队负责，
... [自组织]在整个Sprint中根据需要承担Sprint Backlog中的工作。
产品负责人负责管理产品Backlog，其中包括
确保开发团队将产品Backlog中的项目理解为所需的级别。
此外，
要让产品负责人取得成功，整个组织必须尊重他或她的决定。产品负责人的决定在产品Backlog的内容和顺序中可见。没有人被允许告诉开发团队根据不同的要求开展工作，并且不允许开发团队根据其他人的说法采取行动。
如果产品所有者希望集中与利益相关方进行沟通，开发团队应该尊重产品负责人的决策，并且当然 / p>
Scrum Master被召集来指导利益相关者和Scrum团队： Scrum Master帮助Scrum团队以外的人了解他们与Scrum团队的哪些互动是有帮助的，哪些不是。 Scrum Master帮助每个人改变这些交互，以最大化Scrum团队创造的价值。 随着Scrum团队的工作，它应该在Sprint回顾期间继续保持改进，在此期间Scrum团队应该： <强> TL; DR 开发团队应确定是否需要与利益相关方交谈，但应尊重产品负责人对积压管理的意愿。 Scrum Master应该密切关注并根据需要进行指导，以便在团队学会自我组织时引导团队进行改进。正如它的工作原理一样，如果Sprint Retrospective中出现改进的呼吁，整个Scrum团队应该愿意检查并改变它的行为。
关系，过程和工具;