可以方案、筹划、宰割、折叠、旋转和歪曲一个名目有数个小时，但你依然不知道在实践编写代码时会遇到的艰巨。
本篇文章，我将会表白一些略客观的意见：
关于任何具备关键意义的软件名目，准确预估是无法能的。
如今，你们中有很多人读到这句话会以为我疯了。兴许我确实疯了，但总得有人说出咱们都知道却不愿抵赖的理想。
关于如何更好地预估软件名目，市面上曾经有很多书讨论过，在预估软件名目时也必定举办了很多会议，购置了不少期间的咨询，写了很多博客帖子。我明确，咱们都在致力上班，尽最大抵力，试图安抚那些想知道新配置何时预备好的老板。咱们总是依据会议日期而不是软件实践预备好的期间来设定截止日期。
但实践状况是，咱们基本做不到。好吧，咱们置信咱们可以做到——实践上，咱们不时在这样做——但咱们做得并不好。换句话说，咱们的预估总是有或多或少的偏向。
我的意思是，咱们不时地花钱加入研究会，浏览博客和书籍。咱们请来高薪的顾问，他们体现得如同自己知道自己在说什么。但这项上班从未变得更好。咱们在这件事上很蹩脚，却总是以为咱们可以改良，下一个盛行趋向真的会是灵丹妙药。但咱们不愿抵赖咱们所知道的假相：咱们基本无法对软件名目启动十分有信念的预算。
咱们都做过这样的名目，咱们以为须要必定的期间，但最终却花了两倍或三倍的期间。你或许介入过一个名目，它比预期提早了一半的期间成功。但很少有名目能在原始预算的严密窗口内成功。而后，当咱们运行霍夫斯塔特定律（“它总是比你预期的要长，即使你思考到霍夫斯塔特定律”）并将预算期间加倍时，往往最后预估期间还是有偏向。
这种状况出现的要素有几个。最突出的，我以为也是大少数人最难接受的，是每个软件名目都是共同的，它有自己长长的“未知的未知”清单。你可以方案、筹划、宰割、折叠、旋转和歪曲一个名目有数个小时，但你依然不知道在实践编写代码时会遇到的艰巨。一些你以为具备应战性的事件最终或许很容易处置。但大少数时刻，你会重大低估名目某个特定方面所带来的应战。
当然，这种状况出现的要素是，大局部的软件经理总是置信所走的门路将是一条平整、蜿蜒的高速公路，一路入地气都很好。而理想永远不是这样，需求会不时变动，这些变动的需求不会使名目所用期间变短。人们会异常地销假，会遭到其余名目或优先事项的搅扰，开售部门须要这个小调整来成功一笔大买卖。从开局到完结，永远不会善报多磨。
我有一个领有计算机工程学位的好友，当我这么说时，他会十分怄气，但真正的疑问是，软件开发不是一门工程学科。同样，它是一个和充溢了变动的人类愿望相互作用的形态，以及不时变动的客户需求、不迷信的处置方案相互奋斗的环节。软件开发是一个发明性的环节，而不是一个循序渐进程序化的环节，发明性的致力不能被简化为可知的步骤和可重复的系统。
当然，我知道这很入耳。企业——我的意思是客户——不想听到“嗯，咱们真的不确定什么时刻能为你预备好。”他们会选用客户更情愿接受的话来与客户沟通或承诺，即使那齐全是胡言乱语。公司必定赚钱，为了做到这一点，他们须要尽快发生价值，新配置的演示实践上确实须要在那个特定的会议上出现。
咱们须要找到方法接受和顺应这一特色。我这么说是由于我以为，作为一个行业，咱们不时在寻觅软件预估的圣杯，而且咱们永远都会这样做，只管咱们永远不会弄分明。直到咱们接受这一点，咱们将继续挣扎和挣扎，并继续通知自己一些咱们知道基本不是真的的事件。
我没有处置方案，我疑心甚至基本就没有处置方案。接受这一点是处置疑问的第一步，这个疑问永远也不会隐没。
原文题目：
原文作者： Nick Hodges