点估计 距估计_如何浪费估计

点估计 距估计

我们喜欢数字，因为它们的符号简单。 换句话说，我们得到了它们。 他们给我们确定性，因此给我们信心。

听起来更值得信赖：“需要5个月”或“需要4到6个月”？

第一个听起来更自信，因此我们更加信任它。 毕竟，如果您不确定自己在做什么，为什么不给我一个简单的数字呢？

当然，如果您知道数字的来源，那么您可能就没有那么自信了。

简单与错误

在我们的故事中，对5个月的估算并不是第一个给出的估算。 团队进行了审议和考虑，并决定要交付一个有效的，经过测试的功能，他们将需要8个月的时间。

“但是我们的竞争对手可以在4个月内做到这一点。” 经理大喊。

“好。 也许他们可以。 也许，他们将用一半的时间，一半的质量做到这一点。”

“没关系，因为他们会得到合同的！” 经理生气了。

团队无话可说。 他们离开了房间半个小时。 然后团队负责人回来，非常轻声地说：“我们将在5个月内完成”。

刺激性

该项目计划说5个月。 没有人记得上厕所时进行的精心讨论。

要求做出决策的估计。 在我们的故事中，决定是推翻他们。 并不是真的没有办法知道谁是正确的。 许多公司通过推出糟糕的v1并随后在v2中进行修复来获得成功。 如果他们“正确”地完成了v1，那么他们可能还没有进入v2。 再说一遍，可能是因为开发人员不满意或不愿牺牲质量而使人才流失。 谁知道。

关键是：估算工作量应足够小，以向管理人员提供数字。 如果团队在1/2天后达到“ 8个月”的答案，而不是在将项目依赖关系预先剖析2周之后 ，他们将有更多时间进行实际项目。

顺便说一句，他们可能无法继续前进。 他们将在其他项目上多花2周的时间。 那也很好

不要浪费时间达到足够好的估计。 估计并继续进行实际工作。

PS：基于真实的故事。

翻译自: https://www.javacodegeeks.com/2014/09/how-to-waste-estimations.html

点估计 距估计