为什么scrum在计算速度时会使用平均值而不是中值？

Question

有人可以向我解释一下。在我看来，实际在第50百分位传递的故事点的数量比理论数字更有价值，理论数字更有可能受到异常值的影响，特别是在组织采用Scrum的早期阶段。

Answer 1

如果您想要一个统计上显着的方法来计算速度，您可以尝试使用平均值和标准差。通过这种方式，您将能够以任何程度的确定性来预测您的速度。

如果您愿意，可以将数据限制为最后几个冲刺，如果您注意到趋势发生了变化，并且可以将其解释为有效。

这是敏捷的沟通和勇气价值观（利益相关者接受预测的不确定性）。

e.g。

团队：基于最近5次冲刺，我们90％确定我们能够在下一个冲刺中提供至少 30 SP。

Answer 2

实际上没有人说你不能使用中位数。 Scrum只是展示了驱动过程的方法，但你可以根据自己的需要和理解来改进它（改进它）。

Answer 3

scrum不使用平均值或中位数，根据他们想要的复杂程度，这是一个特定的团队将选择其中一个。

我会建议如果异常值是问题，那么选择像过去7到9次迭代的平均值......所以一旦你进入第15次迭代，你将不会对早期“坏”迭代产生任何影响。 。

Answer 4

我发现平均冲刺速度（或你的情况下的中位数）等测量方法很难确定下一个冲刺速度。主要问题是该公式正在推动决策制定，这使得团队和SM可以用它来代替真正的思考。

计算我发现的下一冲刺速度的最佳方法（使用Scrum将近5年）如下：

在第一个或第一个冲刺中，这只是一个有根据的猜测。我们做了一个猜测，然后从那里稍微退一步，以确保我们不会超调。

如果球队已经接球，在之前的冲刺中说5个额外的点数，则将速度提高不超过5个点。如果球队没有拿到任何新的分数，除非他们挣扎，否则保持速度。如果他们挣扎，请退一步，比如10％。

如果冲刺失败，重新组合并弄清楚是否因为团队选择了太多工作。如果是这样的话，找出100％实际完成的故事 - 这总分是你下一个冲刺的新速度。