http://www.aqee.net/why-programmers-are-bad-at-estimating-times/一个我曾经共事过的很有经验的项目经理曾宣称说，他会拿程序员估计出的时间乘以π值，然后再提高一个数量级，这样得出的才是正确的开发所需要的时间。1天时间经过变换后是3.14周。他经过惨痛的教训才认识到程序员预估的时间都是不靠谱的。为了能更精确的对程序员估计的时间进行换算，我创建了一个时间换算表，重点说明究竟是什么地方出了问题。

预估时间本身就很难。每个程序员的估计都会跟真正需要的时间有些差距。估计时间短了说明有些事情被忽略了(编译，测试，提交代码)。估计时间超了说明任务太大，难以理解。

对于资历较浅的程序员，这种估计误差是混乱的，他们经常会轻视一些任务，同时又对一些稍微有难度的任务过分高估。我认为，对一个有经验的程序员，一个任务的时间应该在半小时到24小时之间，超出24小时的任务都需要拆分。程序员在脑中想一想可能会认为要60小时，但实际上即使是很有经验的程序员也需要将任务分成可控的模块再来分析做决定。

还有一个很重要的需要认识到的一点是，编程上的经验并不等同于时间估计上的经验。一个从没有做过工期估计的程序员不会擅长估计时间。如果不去拿真正需要的时间和估计出的时间进行比较，你不可能从其它反馈信息之得到正确估计时间的经验。

每个程序员都会用到评估技巧。为了提高你的这项技能，你可以在你从事的每个任务上进行锻炼。在任务开始时先预估开发所需时间，拿它跟你最终真正用掉的时间进行对比。这样，你不仅在对任务细节的理解上有提高，同时也提高了你对时间预估的技能。