Scrum：Sprint Backlog：谁可以看到 Sprint Backlog，谁被限制查看 Sprint Backlog？ [关闭]答案

【问题标题】：Scrum: Sprint Backlog: Who can see the Sprint Backlog and who are restricted to see the Sprint Backlog? [closed]Scrum：Sprint Backlog：谁可以看到 Sprint Backlog，谁被限制查看 Sprint Backlog？ [关闭]
【发布时间】：2019-12-04 11:50:58
【问题描述】：

我对一个问题有点困惑，客户可以看到 sprint 目标，但他也应该能够看到 sprint backlog 吗？还是不允许客户查看 sprint backlog？

【问题讨论】：

“客户”是什么意思？ Scrum 没有定义这个术语。 产品负责人当然必须能够看到积压工作，因为他们拥有积压工作。
我完全同意并让我更具体地说明客户这个词，我的意思是订购了用户故事的利益相关者（对产品有一些要求的直接客户）和其他依赖我们 sprint 的 scrum 团队。
我投票决定将此问题作为题外话结束，因为它不是编程问题。请参阅Scrum tag 上的警告“项目管理问题不在主题范围内。请在 ProjectManagement.SE 上提出这些问题”

标签： scrum sprint scrumboard

【解决方案1】：

Scrum 价值观之一是开放性。 Scrum 没有具体说明客户可以看到什么和不可以看到什么。但是，您可以将开放性的价值作为试金石来决定分享什么和不分享什么。

【讨论】：

【解决方案2】：

客户可以看到冲刺目标和发布目标。对我来说，这足以让客户看到。 Sprint back log 必须仅对团队、scrum master、产品负责人和其他工程利益相关者可见。
无论如何，它的敏捷性，只要您授予对积压工作的访问权限，任何人都可以看到积压工作。

【讨论】：

【解决方案3】：

让每个人都可以看到 sprint 积压工作有很大的价值。

原因包括：

有助于设定对冲刺中将要完成的工作的期望
在团队内部人员和外部人员之间建立信任
允许利益相关者向产品负责人提供反馈
它可以保护团队免受额外工作的影响 - 它表明他们很忙以及他们正在做什么

【讨论】：

【解决方案4】：

首先我们纯粹谈谈 Scrum 书籍术语，我认为没有客户这样的聚会。 Scrum 定义了三个角色：开发团队、产品负责人和 Scrum Master。您可以争辩说产品负责人代表客户，但这在 Scrum 圣经中并没有真正概述。

作为工件的 Sprint 积压工作通常由开发团队管理，因为这基本上是对 sprint 的承诺。所以我能想到的关于 Sprint backlog 的唯一限制就是它的修改。只有在开发团队与 PO 达成协议的情况下，才允许在 sprint 期间更改它。

【讨论】：