开发时间估计

2010年10月25日陈皓评论 26 条评论 18,926 人阅读

项目管理中，项目任务时间估计是其中一个重要的环节。各种管理员人都觉得时间估计很重要，都希望时间估计能准确一些，但是，事实却并不如此。事实上，会下面这样的结果。

目前状态	完成进展	剩余任务估计
任务刚被分配，还没有做调查	完成0%	大约2周
完成需求分析和调查，攻克了难点	完成50%	大约2周多一点
我几乎做完了。只有出了点我事先没有想到的岔子。不过，我已找到解决方法了。只是还需要一些时间	完成90%	大约2周多一点
我全部做完了，只是还要写文档，做Code Review，单元测试和错误处理	完成99%	还需要2周

呵呵，这是怪我们的项目管理的方法论呢？还是怪我们太过草率的程序员呢？

（转载本站文章请注明作者和出处酷壳 – CoolShell ，请勿用于任何商业用途）

(12 人打了分，平均分： 3.50 )

《开发时间估计》的相关评论

所以有人说程序员估计的时间和实际时间的关系大约是：实际时间=程序员估计的时间*2+10%

开始阶段,程序员只会估计自己的有效编码时间. 之后才会考虑测试时间,重构时间.最后会算上改bug时间. 嗯, 剩余时间总是2个周

《软件随想录》里面joel的方法不错，就是记录自己预期的时间和完成任务的时间，一步一步慢慢逼近

怎么解决这个问题呢？求下文

新程序员容易乐观

新程序员容易乐观，公司、领导也不允许把测试、技术难题、协作中互相等待的时间计入预计

sunbett :
所以有人说程序员估计的时间和实际时间的关系大约是：实际时间=程序员估计的时间*2+10%

你是说
实际时间=程序员估计的时间*2.1 吗？

wavesun :

sunbett :
所以有人说程序员估计的时间和实际时间的关系大约是：实际时间=程序员估计的时间*2+10%

你是说
实际时间=程序员估计的时间*2.1 吗？

哈哈这个问题我也觉得纳闷~

有时程序员被要求估计时间时甚至都还没来得及去看需求说明，可能只能看到一个空洞的名字而已，连做什么、怎么做、可行性都不清楚，如何准确地估计时间？当程序员对具体情况有所了解之后，有多少领导还会在这时去倾听或询问？就算听了，如何面对延期？如果这时只是责怪程序员一开始估计得太离谱，又有多少人这时会主动要求延期呢。
估计时间是最没有意义的事情，因为这不能给具体的开发提供指导——该做的总归绕不过去，能绕的程序员也大都会绕过去，毕竟大家都不喜欢加班。