如何来估时间是个很有意思的事情。
记得《人件》上说，项目经理总是担心，工程师永远都会用完估计的时间。就是说，无论是估多少，最后都会被用掉，项目总是会delay，这是做项目经理永远的痛。也有统计说，没有估过时间的项目是完成得最快最好的。
大家都有一个感觉，就是工作总是在最后期限被完成。读书的时候就很明显了，暑假作业布置得再少，也都是在开学前一天被赶完的。这是人的惰性，是无法改变的。所以很多项目经理就想了一个办法，就是少估。反正是要delay的，所以在估计的时候除掉了这个delay的比例，比如项目要2周做好，就计划1周，这样最终得到的就是2周。这就好比知道大家比较喜欢迟到5～10分钟，就把会议时间提前10分钟，这样就可以准时开始了。
这未尝不是个好办法。不过，一定要把握好度，而且不能寄希望于靠加班来完成预定的进度。
曾经有一个HR问我，你对加班怎么看。我并不讨厌加班，不过我觉得相对于效率来说，工作时间是次要的问题。乔布斯曾经说过，好的程序员和差的程序员的工作效率可以差到30倍。所以，公司应该更注重效率的提升，而不是工作时间的加长。工作了一天，其实已经很累了，大脑需要好好休息。如果晚上继续工作的话，第二天上午的效率就会非常低下。效率低下，不仅导致工作进展减缓，还很有可能引入问题，发生疏漏，这样就更不值得了。而且整天加班，没有时间锻炼身体，情绪低落，也会最终影响工作效率。
听长辈说，以前清华保送的研究生很多都是校队的运动员，身体好，功课也好，因为精力充沛，头脑就会更加灵活，这些都是相辅相成的。
公司自从搞scrum之后，估时间成了重中之重，每个月都要估好几次时间，精确到小时。领导层以为，只要把程序员的时间牢牢掌握住，就可以100%地占用员工的时间，让他们得不到喘息。结果是，本来100个小时能完成的工作，现在200个小时也完不成了。时间估得越精细，就会估得越多，没人是傻子。还不如我们原先，项目经理管估时间，我们只管按自己的能力完成工作，也不知道最后期限，这样反而都快速完成了。
所以，我的感觉是，别太拿估时间当回事，尽量不要让程序员意识到自己估的时间，掐着点来完成工作，脑力劳动和体力劳动是不一样的，是讲究技巧的。项目经理要做的就是，把合适的工作交给合适的人，然后按照这个人的传统进度来预估他这次完成的时间，并且根据实际情况做调整。在程序员遇到任何问题时，给予及时的帮助，但是要弱化程序员的时间概念，告诉他要更好地完成工作，而不是尽快。当程序员出现拖沓时，找出原因并予以解决。
无为而治，是管理的最高境界。在很多时候，越是无为，越能达到“治”的效果。但大多数的项目管理者是无力也无暇去做这方面的尝试的，拿着鞭子驱赶着程序员尽快地完成工作，更简单明了。
