估计只能告诉你过去，不能告诉你未来

原文：https://medium.com/hackernoon/estimation-only-tells-you-the-past-not-the-future-59f608d910be

估计是一种控制幻觉的练习。它让我们相信我们可以准确地规划未来。我们评估是因为我们讨厌不确定性。

问题就在这里——你不可能知道你以前从未做过的事情要花多长时间。你能稍微准确估计的唯一事情是与之前多次做过的事情完全相同的事情。如果是这样的话，出于某种原因，我们没有自动化，那么我慢慢陷入疯狂将开始摆脱它。估计只能建立在过去的基础上，而现在已经不同了，未来无论我们多么希望它不是，它总是不确定的。

你可以把时间花在估算上，而不是实现上，但这实际上不会改变事情在现实中要花多长时间去做。如果你碰巧有能力通过写一个数字来改变时间和空间，那么就帮你自己和你的团队一个忙，把每件事都标上 1。或者，如果你有能力绝对准确地预测未来，那么你会有很多有利可图的选择。不要浪费那个权力故事指指点点。

那么我们是不是要抛弃所有的过程呢？

我确实犹豫过，但我会说“不”。其实有一个很关键。有一件事，如果你做对了，其他的过程就不那么重要了。优先顺序。良好的优先级绝对重要。

在大多数软件项目中，要么时间有限，要么资金有限。如果你乐意接受一个缩小的范围，如果其中一个用完了，那么评估过程并没有真正的帮助。“但是我们应该知道我们最终会得到多少，”你哭着说。你当然不会——你会猜到的。您可能获得更多功能，也可能获得更少功能。和你没有估计的一样多。

现在，有些人可能会告诉我，如果评估说他们不能及时得到所有的东西，那么他们就会迫使开发团队每周工作更多的时间。请注意: -仍然需要相同的实际工作时间 -我们真的需要有一个不同的聊天…

我有一些问题…

如何知道要做什么？无论什么都是头等大事。

我将如何计划我的工作？当你做完一件事，做下一件优先级最高的事。

我怎么知道我们什么时候结束？你不会。你从来没有。我们现在只是实话实说。与你的利益相关者一起做频繁的检查，以显示你已经走了多远。利用这一点，让他们更好地了解你要做什么和不要做什么，并确保他们不断重新评估项目的优先级。

讨论应该总是关于完成最重要的事情，而不是完成最多的事情。

我如何让我的团队承担责任——我不知道速度！你不信任你的团队吗？你认为他们在偷懒，没有尽全力工作吗？之前是谁创建了这些评估——如果您现在不能信任团队，为什么还要信任他们的评估？

估算真的没有价值吗？ 谈话中可以有一种价值，像故事指点会话之类的事情允许。当你有一个没有经验的团队时，他们不知道什么事情是复杂的(特别是如果你正在处理一个复杂的遗留应用程序)，所以他们会努力知道如何把事情分解。如果你有一个大的团队，沟通可能会更困难，所以关于你的应用或生态系统的信息共享需要更长的时间，也更复杂。然而，还有其他方式来进行这些对话，如果你的重点是“估计”，很容易忽略这样一个事实，即对话，而不是故事上的数字，才是关键。

你怎么知道你是对的？这里可以说的还有很多，只能从自己的经历来说。这里显然没有涉及到一些细微的差别。你可能同意，也可能不同意。请随意评论，让我知道，或者给我所有的掌声。无论哪种方式，当其他团队在为某个数字是 3 还是 5 而争论不休时，我都会用我的计划扑克牌玩 snap。

我挂在 twitter 上@ virtualgill 这个对话是从哪里开始的但不适合放在 tweets 里。