为什么程序员总是喜欢高估自己的实际开发能力和用时？

[3dwelcome]

前几天外包栏目下有个声讨骗子的帖子有感。内容是外包项目里，程序员高估自己的能力，对进度很乐观，然后累积了一大堆未完成需求，最后玩消失。
很多时候，一个优化带来的 BUG，就能白白耗掉一个下午时间。有时候就算开发老手，也难免遇到各种不可预估的大坑小坑。
道理都懂，然而现实里，让开发人员自己上报进度始终很乐观，最后结果就是在项目交付截止日期前，死命加班。或者干脆和外包贴里的程序员一样，直接躺地上装死。
要到什么样级别的程序员，才能正确预估项目的进度，让团队成员不加班不熬夜呢？

[tiancaixiaoy]

所有事情看起来总是比做起来难多了。我有时候也会有这种毛病，不过我一般都会说久一点

[across]

日常小知识： 一个项目需要的工时，一般是程序员预估的 2 倍。

[westoy]

技术方面么有可能眼高手低， 有时间一段时间没接触过一些东西产生误判(比如前端........)
生活方面么， 有可能随时有事打断一下， 然后断档个几天
业务方面么， 有可能理解错业务， 也有可能甲方描述错业务， 甚至有可能甲方为了压价故意隐瞒一些觉得很小的业务到最后剔除， 有时候业务随便变一下很多东西要重写重新设计的

所以我一直觉得， 如果做外包要开新坑， 或者大规模重构的二开， 无论预算还是时间， 最好按计划的两到三倍去报
不过最好还是挑一些垂直领域的去接， 别为了啥人情之类的随便去接， 这东西他不亏就你亏啊， 甚至两个都亏

[westoy]

最后剔除 => 最后提出

[sunhang09]

与需求变更有关吧

[ruokw]

快速实现 和 少挖坑。 很难兼顾

[icyalala]

"正确"预估项目进度很困难，除非项目仅仅是体力劳动。
"不加班不熬夜"这个就相对简单，只要根据经验留出足够长的余裕时间就可以了，但是会 "工作不饱和"。

[darknoll]

因为他脑子说会了手不行