Business Data

作为一名老DSA玩家，我有一整套W20（古典演讲者和数学家的二十面体）适合这种情况，我从口袋里掏出它并宣布我将使用这个精确的速度预测工具来准确预测团队的速度。由于我的非建设性贡献，人们对此的反应从难以置信的惊讶到恼怒。

我当然明白这一点。但如果任务没有建设性，我该如何做出建设性贡献呢？甚至会导致可预见的灾难。但没人想听这个。每个人都只想听到：新 Scrum 团队的速度是每个冲刺 23.68 个故事点，前三个冲刺的差异为 0.75 个故事点。令人着迷的是，每个人都知道这是无稽之谈，但却让人感到高兴。我总是只是弥补这个速度。我还用假想的 W0.9 滚动方差。真正的立方体不具有建设性。

在询问速度预测时，宣布一个至少具有两位小数的随机数就像给婴儿温暖的羽绒被一样。它让他们平静下来，让他们陷入安全感。直到现实到来。它肯定会到来，这就是为什么我什至不会做这样的项目。我始终建议不要参加此类招标。

“但是其他人也会做这个项目！”
是的，当然。但其他人也会流鼻血。因为通过这样的项目你肯定会得到这一点。

凭经验掷骰子
我们人类只能凭经验来处理我们一无所知的事情。这就是 Scrum 发挥作 购买比特币电子邮件列表 用的原因。它利用经验主义和通过反馈学习的能力来使项目取得成功。问题是 Scrum 和所有其他敏捷方法都需要一个价值模型。这就是敏捷方法的目的：交付有价值的软件。

但此类招标不需要有价值的软件，他们需要计划好的软件。因为我们知道计划的软件通常都是垃圾，所以我们必须更好地计划。因为我们不知道如何衡量价值，所以我们衡量努力。

但在敏捷世界中，这不再以天来衡量，而是以故事点来衡量。所以我们需要用故事点来估计计划。在实践中，通常以人日为单位进行估算，然后使用启发式方法将其转换为故事点，以满足要求。精度与我的骰子方法相差甚远，但骰子也没有建设性。见上文。

速度坏了
是的，速度被破坏了。全部的。速度是团队过去生产力的经验衡量标准。速度并没有说明未来会发生什么。这就是为什么通过速度来控制项目是无稽之谈。这就像根据油耗而不是车速表驾驶汽车一样。好吧，这种比较是有缺陷的，但“速度”一词实际上是完全错误的。这与团队的速度无关，而是与完成的工作有关，而工作是由努力、不确定性和风险组成的。

根据功能的价值而不是速度来控制项目更有意义。最有价值的放在第一位。或者首先选择性价比最高的。两者都有效。两者都会带来好的软件。 “速度第一”只会导致毁灭。

为了获得进一步的启发，我建议冥想这个主题。

本文首次发表于JAXenter上的“敏捷思考”专栏。