【好文分享】别再提“估算”了

估算一词具有某种特定的含义。

提到这词，人们就会联想到费用和时间。回想下你上次找技工为你修车，或找油漆工为三楼的窗子刷新油漆的场景。你正在考虑时间和费用，不是吗？当我们开始考虑一个软件项目时，我们还是要估算费用和时间，但是针对整个项目的，而是针对某个用户故事。当我们说，要估算用户故事时，实际上是在帮倒忙。 在项目中，对用户故事做相对大小的尺寸估计，我们这样做已经有好些年了。我们并没有对用户故事估算费用和时间。当我们看一组故事的时候，相对而言非常容易地去做比较，很好地把握哪些故事是相似的。比较困难的是估计出需要多久能完成每个用户故事。我们所完成的故事度，结合故事点的总数所得出的速率，使我们得以估算项目的整体费用和所用时间。 那么，我们是估算用户故事（的费用和时间），还是做相对大小的尺寸估计，到底有什么关系呢？ 只要我们谈论到用户故事估算，客户（和团队）会很自然地想到完成一个故事所要花费的时间和成本。这样导致人们忍不住想改变故事点数，因为“它花费了比当初估算更长的时间。”只是因为一个故事比预期所用的时间长，那就意味着它的相对大小不同于所有其它的用户故事吗？可能是......。但通常来说，是我们的速率与我们的预期不同。如果我们去讨论论用户故事的相对尺寸大小，会帮助我们集中注意力在速率，而不是故事的点数。 有了这个认识，我们可以避免经常去更新每个故事的点数，取而代之，是去找到更加高效、减少浪费的方法，集中精力来提高交付速率。