Velocity scrum大师和产品负责人是否应该专门管理故事和速度

嗨，我目前在一个Scrum团队中，Scrum主管和产品负责人专门决定团队将为sprint编写哪些故事

他们还专门负责分析估计的准确性和测量速度

---

我赞成将此责任交给团队，但我希望在方法、优点/缺点等方面有一些不偏不倚的意见。

您必须作为Scrum团队一起做。PO确实设定了业务优先级，但也可能存在一些技术障碍，开发团队可以在该领域支持PO。SM不应该进行数据挖掘——他的角色是支持开发人员和PO找到最佳解决方案

---

关于速度和估计，这也是SM工作的一部分，可以帮助您识别您的问题，例如估计和总体规划以及分析数据，有助于检查您的估计是否过于乐观，我建议您阅读scrum指南，以获得真正公正的观点。可以从这里获得：scrum指南非常清楚地说明了您提到的领域中角色的分离

产品负责人负责产品积压工作，包括其订购

产品待办事项列表中项目的评估是执行工作的人员（即：开发团队）的责任

sprint工作的选择是产品所有者和开发团队之间的协作

---

速度是衡量在之前的冲刺中完成的工作的指标。它不需要测量。它只是“是”

啊，是的，Velocity只是“是”我明白了，我想我的意思是监控/分析，甚至只是知道，因为团队中没有人真正知道团队从一个冲刺到下一个冲刺的速度。我投票结束这个问题，因为它不是关于中定义的实际编程问题。我很高兴，老实说，我不确定这是否是发布问题的地方，但在其他地方找不到。。。我可以为我自己的职位投票吗？你应该检查一下。我想它应该是关于主题的，但首先检查他们的需求。@Kezza这个问题可能是关于程序员的主题，但它不会以当前的形式存在，因为它是以书面形式存在的。我建议删除这里的问题，在新版本中，使用更像“赋予团队责任可能会产生什么问题？”这样的语言，而不是“我想要一些公正的意见”，因为前者是可以回答的，但后者是一个民意调查，我投票将这个问题作为离题来结束，因为它与编程无关。