人性
您是否知道人类在某些活动上表现特别出色，而在其他活动上却表现得极为糟糕（ * Captian Obvious Flys Away * ）？ 是的，是的！ 但是，估计是我们可以同时擅长和不擅长的少数活动之一，具体取决于我们的处理方式。 令人震惊的是，在我们的日常工作中，我们被迫使用错误的工具和思维方式。 这一切都源于人性。
在本文中，我将向您展示如何停止违背我们的本性，并开始利用它来发挥我们的优势。
问题是-人类做出绝对的估计很可怕！
“此任务将花费多少时间？”，“与该客户的交易完成之前需要多长时间？”，“此广告系列将为我们带来多少新用户？”-这些都是需要绝对答案的问题-3，5 ，1000。通过设计，人类很少具备回答这类问题的能力。
让我们以软件开发为例-“此任务将花费多少时间？”。 作者史蒂夫·麦康奈尔（Steve McConnell）在他的《软件估算：揭开妖术的神秘色彩》一书中指出，从统计学上讲，估算通常比实际花费的时间少4倍或4倍。 这是图形的外观：
处理吧！ 如果开发人员告诉您3个月，请准备在一年后使用。 但是，让我们不要将麦康奈尔这个词视为理所当然。 让我们自己测试一下。 这是给您的测试。 蓝色方块的像素面积是多少？ 请给我们一个大概的估计。 （在新标签页中打开图像以查看完整尺寸。）
你猜怎么着 2000px？ 3000px？ 6000px？
我调查了我的团队，答案从400px到16000px不等。
答案是16000px 。 你有多近？ 不太近，是吗？ 不要打自己。 大自然并没有使我们变得擅长于这些事情。 有时候，有人可能会很幸运并且做对了。 其他时间，某人最近可能会绘制一个400px x 400px的正方形并看到它很熟悉-因此具有蓝色正方形估计的专业知识。 不要指望这种事情经常发生。
正如AxisAgile主管Ilan Goldstein在本文中所说：
我们人类并不是天生的伟大估计者。 我们往往是乐观主义者或悲观主义者，很少是现实主义者。 我什至不需要用统计数据来支持这个断言，因为我相信阅读此段的任何人都会同意！
解决方案：善待人性
相比！
是的，这就是答案！ 我们在…… 比较方面很棒！ 我们测试中的哪个方块更大-蓝色或红色？ 如果我告诉您红色方块的面积为4000像素，您是否可以轻松估算蓝色方块的面积？ 大概。 我们几乎毫不费力地看到红色正方形适合蓝色正方形的四倍，即16000px。 更快，更轻松。 还比您以前的估计准确得多，对吗？ 不管估计单位如何，都是这种情况。
我们非常擅长分辨某事物是否大于另一个事物，并且擅长分辨差异的大小。 这就是所谓的相对估计！
如何执行呢？
这是使Agile成为优于Waterfall的PM方法的主要因素之一。
相对估计的实现非常容易。 下次您要估计从某项任务/功能开始时，您将拥有历史数据（上次执行该操作花费了多少时间）并提供了一些相对时间得分。 然后将下一个任务与已知任务进行比较，并记下它的大小，并分配一个相对得分。 很快，您将拥有一组任务及其分数。
注意：如果您也认为较大/较小模棱两可，请等待下一节—使用通用计分公式
1.使用故事点 -Scrum的创建者Jeff Sutherland将整个方法基于相对估计。 在Scrum中，您使用Story Points（故事点）-一种虚构的估计单位，仅用于比较作品。 您为初始（参考任务）设置了一定数量的点，然后进行比较。 这是澳大利亚敏捷学院以视频的形式进行的更详细的说明：https://www.youtube.com/watch?v=0FbnCWWg_NY
2.使用通用计分公式-对您的每个任务进行相对估计，而不是模棱两可的“更大”估计，而是根据业务影响，复杂性和时间来估计每个任务。 我强烈建议您在这里阅读有关此方法的文章 。
但是我仍然需要知道需要多少时间！
好吧，我听到你了！ 计算方法如下：假设您为第一个任务计分的时间得分为4。您完成了工作，这需要2天。 您可以安全地得出分数与天文历时之间的相关性-1分是一天的1/2。 因此，下次您为一项任务评分并估计其时间评分为6时，您将知道它很可能需要3天。 将估计的时间分数之和乘以一个单点的持续时间，就可以得出所有任务的持续时间。
警告：不要先考虑天文历时，然后再根据它分配相对值，这违背了目的！
接下来做什么？
确保先自己尝试。 在上一个任务和下一个任务中尝试一下，然后查看结果。 为了获得更好的结果，请在任务管理工具中添加一个字段以指示时间得分/点。 如果您没有任务管理工具，或者您的工具没有积分字段，请确保签出Swip-开箱即用。 现在免费试用它😉
