为什么软件开发周期总是预估的2~3倍?
我们引用个案例形象的解释一下
来，让我们从旧金山出发，沿着西海岸徒步旅行，到洛杉矶的纽波特沙滩面基吧
简单的来说 所有事情不会像表面上那么简单
比如说 这个程序很简单 我一天就能搞定
好吧 刚开始写 电脑老死机 折腾了半个小时才弄好
刚写一会儿，父亲大人来了个电话，咱得接起，听后指示吧，又费了点时间。
突然觉得肚子里翻江倒海，必须去厕所飞翔。
好嘛一上午过去了。
下午下决心好好写程序，然后突然跳出来了N个bug。
这样原来预估的时间就不够了。
配图的意思就是原来看着挺简单，但是一放大还带小弯弯，等到实际的时候，我擦，还特么得飞过去。
就是理论和实际之间的差距，正应了那句话，实践是检验真理的唯一标准。
在开发软件的道路上，总是会有意想不到的情况发生……
1、软件开发的思维模式不能像数学一样简单的计算
2、开发环境与过程会极大的影响进度
3、团队合作极易出现短板效应
4、团队还会出现内讧
5、etc
综上所述，预估时间往往是理想时间，而不是实际时间
用旅行作比方，真是高级黑啊……
1）场景1
老板：这个项目做完要多少时间？
程序猿：大概200天。
老板：太久了，少一点。
程序猿：180天。
老板：还是太久。
程序猿：150！
老板：再少点，客户等不住的。
……
程序猿：60天？
老板：好的，就这个时间。孩儿们，甩开膀子干吧！
（2）场景2
老板：这个项目做完要多少时间？
程序猿：大概200天。
老板：你是按一个人算的？
程序猿：是的。
老板：那好的，给你10个人，20天搞定！……不要跟我争论！
转载自https://www.cnblogs.com/zjoch/p/3197173.html