PO要求开发人员容量报告

>>(只是为了说明一点，我们商定了一个每月不波动的成本金额，不确定这是否是利益相关者试图从scrum团队中榨取更多的成本)

我建议试着弄清楚为什么涉众需要这些信息，并理解他们试图解决什么问题或他们试图实现什么目标。他们可能不理解他们所要求的内容的含义，或者他们所要求的内容可能不是解决问题所真正需要的。作为Scrum Master，你的部分职责是与利益相关者合作，帮助他们了解如何最好地与Scrum团队合作，这将包括对团队的工作和进展有正确的可见性，以确保他们认为他们的钱花得值。如果他们没有得到价值，你将与团队和利益相关者一起改进。

在您的场景中，产品负责人(同时也是客户)似乎觉得他们所花的钱没有得到正确的价值。由于产品负责人的责任是确保开发人员在提供最大价值的事情上工作，所以我会问产品负责人，他们是否在安排产品待办事项列表来交付最优价值。

速度变化的原因很容易解释。每个项目都有各自的挑战和相关信息。没有一件工作是完全相同的。如果产品负责人积极参与Scrum团队，他们应该清楚是什么导致了波动。

我还想说，当你提到速度时，你是在谈论故事点。我不打算对这种做法进行全面的抨击，但我要提醒大家，你的可预测性是基于有时有限信息的猜测。

我会把这个问题交给产品负责人，以确保他们正确地完成自己的工作，他们完全理解自己在Scrum中的角色，并指导他们如何更有效地完成工作。作为Scrum Master，这是你的责任。

警告一句。

这是因为涉众希望增加他们在每月增量中看到的项目数量，

这可以通过开发者将故事分解成更小的故事，夸大故事点来给人一种他们正在做更多事情的印象而轻松实现。与其关注每月增量中的项目数量，不如帮助他们关注增量中交付了多少价值。再一次，这将回到产品负责人更好地组织产品待办事项列表，以最有效地利用开发人员的努力。

由于涉众的压力，PO正在催促我(我是SM)生成开发人员的容量报告。

你觉得这是个合理的理由吗?为什么一个产品负责人会把这样的压力传递给其他人呢?

听起来可能会有一个机会来指导PO价值管理以及如何处理利益相关者的利益。你认为他或她会如何接受这个机会?

谢谢大家的建议和见解。为了给你一个更新，我已经和订单讨论过这些容量报告，他们已经同意不再需要这些报告，唯一的协议是每月向订单和利益相关者发送一份报告，显示我们测量速度的可视化图表/可视化。

还好你没有承担那些开销。稍后，如果他们想比较sprint之间的速度，并要求提高速度。同样的，球队不应该承受压力。但正如Thomas提到的，从这些数据中找出利益相关者真正想要的是什么?只是把这40个小时的任务都填满，因为他们付出的代价是固定的，这并不意味着他们能得到想要的结果。我们有很多方法来表示膨胀的速度。