communication - 在 Scrum 中，开发人员是否应该直接与客户交谈（绕过 PO）？

Question

Scrum 中的产品负责人应该如何处理团队提出的关于他们正在实现的功能的非常详细的问题，而他自己却无法立即回答？什么时候开发人员直接与客户本人交谈显然是更快的解决方案？

我想知道团队和客户之间的直接沟通是否会破坏产品负责人的角色。我觉得 PO 应该专门代表客户，因此回答有关要求的所有问题——即使这需要更长的时间。绕过他似乎会削弱他，最终让他变得多余……

Scrum 有最佳实践吗？

score 5 · Accepted Answer

开发人员应该与任何可以提供有用信息的人直接（最好是面对面）沟通。但是，产品负责人应对对产品所做的所有更改负责。

要求所有通信都“通过”采购订单，或者要求采购订单在与客户的所有通信中都在场，这严重限制了对创造最佳产品至关重要的信息流。

score 1 · Accepted Answer

这个问题有很多方面可以处理

如果产品所有者是客户本身，那么是的，开发人员应该从他那里接手工作
如果产品负责人在公司内部，那么客户与开发人员交谈的唯一时间将是在 Sprint Review 时（在演示期间）。您可以在该会议中关联特定的时间框架或议程，客户可以在其他 Scrum 团队成员在场的情况下直接向开发人员解决他的所有问题
如果 sprint 是 1 个月，并且客户每天都在绝望地与开发人员交谈，那么可以设置每周一次的会议，其中一名开发人员（可以是首席开发人员）可以在产品负责人在场的情况下与客户交谈。请注意，PO 仍然是产品 backlog 的唯一所有者，这一点非常重要，他可以肯定地根据与客户+开发人员的会议结果修改 backlog

希望它对您的情况有所帮助，请让我知道您对此有何意见。

score 0 · Accepted Answer

这是一个非常笼统的问题。Scrum 是一个实现敏捷性的框架。

Scrum 基于以下关键角色。Scrum 团队：从事任何任务并负责他们的 sprint 的开发人员（基于 2-4 周。）

产品拥有者：

Scrum 团队：

因此，产品负责人可以是与其他利益相关者沟通的人，他可以是了解完整需求的内部员工或代表客户。产品所有者应该是客户并没有硬性规定。

Sprint 评审会议——在每个 sprint 结束时，展示和评审已完成的工作，讨论经验教训，评估和评审整个 sprint。

产品所有者和其他利益相关者可以在每个 sprint 或完成完整产品后查看已完成的工作。这取决于情况和环境。

但是有一点很清楚，产品负责人应该代表已完成的工作，但团队也可以成为其中的一部分，它可以称为敏捷回顾会议。

score 0 · Accepted Answer

开发人员可以而且应该与利益相关者交谈，但始终有产品负责人在场。

通常，这种动态是：

score 0 · Accepted Answer

Scrum 指南不限制开发团队和利益相关者之间的沟通。它留给 Scrum 团队，

...[自组织]在整个 Sprint 中根据需要承担 Sprint Backlog 中的工作。

产品负责人负责管理产品待办事项，其中包括：

确保开发团队将产品待办列表中的项目理解到所需的水平。

此外，

要使产品负责人取得成功，整个组织都必须尊重他或她的决定。产品负责人的决定在产品待办列表的内容和顺序中可见。任何人都不能告诉开发团队按照不同的要求工作，开发团队也不能按照其他人所说的去做。

开发团队应该尊重产品负责人的决定，如果他/她希望集中与利益相关者的沟通，并且它当然不应该只做利益相关者指出应该做的任何事情。

Scrum Master 被要求指导利益相关者和 Scrum 团队：

Scrum Master 帮助 Scrum 团队以外的人了解他们与 Scrum 团队的哪些互动是有帮助的，哪些没有。Scrum Master 帮助每个人改变这些交互，以最大化 Scrum 团队创造的价值。

随着 Scrum 团队的工作，它应该在 Sprint 回顾会议期间保持开放的态度，在此期间，Scrum 团队应该：

TL;博士

开发团队应确定是否需要与利益相关者交谈，但应尊重产品负责人关于积压管理的意愿。Scrum Master 应该密切关注并根据需要进行指导，以在团队学会自我组织时带领团队改进。当它起作用时，如果 Sprint 回顾中出现改进的呼声，整个 Scrum 团队应该对检查和改变它的行为持开放态度。

5 回答 5