为什么程序员不擅长估算时间

荣耀与梦想

原文地址：开源中国

一个曾经与我一起工作过的经验丰富的项目经理声称，他拿到程序员的时间估算以后，先将它乘以π，然后转化下一个时间数量级后，才能得到真正的值。1 天转化成3.14周。他过去因为程序员不擅长估算时间而吃尽了苦头。我创建了一个用来翻译程序员时间估算的表格，来尽量缩小估算错误。

时间估算时困难的。每一个程序员都有一个现实的估计区间。低于这个区间的估计意味着（构件，测试，检查代码的）时间开销被低估了。超过这个区间的估计意味着这个任务太大而很难预估。

对于初级开发者来说，这个区间甚至都不存在。他们忽略（构件，测试，检查代码的）时间开销，同时困难的任务他们却又无法预估。我想说一个有经验的开 发者应该在0.5至24小时将事情做完。超过24小时，就需要细分。这项工作应该在开发者的头脑中完成，然后总和到60小时。但是即使是有一些有经验的开 发者也需要有利用管理时间块来思考。

同样重要的是明白：编程经验不等同于估算经验。一个不被包含在估算流程中的开发者将不会擅长估算。同样，如果实际的时间花费不被测量和用于与估算比较，那么将没有反馈来学习。

最后，每个程序员都应该具备估算的技能。为磨练这个技能，接手每个任务时，先决定你要做什么。然后在开始之前估算任务所需时间。最后测量实际花费时 间，并与估算相比较。同样比较你实际完成的与计划完成的。这样你将会既提高你对一个任务包含细节的理解，同样也提高了你的估算技能。

英文原文，图灵社区翻译

憨吃迷糊睡

迷糊建议自己的小弟，尽量详细的记录自己做实作业时花费的时间

这样，下次做类似的作业时，就能知道正常情况下完成作业的时间了

一般再乘以一个风险系数1.5就差不多了，乘以 π 可能领导和客户都不见得能同意……

荣耀与梦想

憨吃迷糊睡 发表于 2012-8-7 21:49
迷糊建议自己的小弟，尽量详细的记录自己做实作业时花费的时间

这样，下次做类似的作业时，就能知道正常情 ...

实际情况是这样，没有完全类似的的作业
所以说，记录的应该不是时间这件事
而应该记录的是，花费的时间都用在哪里了这件事

我个人的作法是尽量悲观地在自己脑海里估一个最小模块的作业时间，
然后乘以一个风险系数（根据做作业规模1.5~2），
然后除以组员的战斗力指数（最高战斗力为1），
然后再加一个BUFFER时间（1-5天）
其他的测试时间另算，尽量和日本人磨嘴皮子
然后等着日本人砍时间。。
尽量争取多的BUFFER，
为什么这么悲观呢？
因为程序猿太容易乐观了，哈哈~

个人所见~~~

hina1115

开发出来的东西只是测试，而没有去实际使用。风险自然高。衍生问题需要PL，SE去控制。PG其实就是机器。
个人见解，呵呵。

testj

yairs321 发表于 2012-8-8 17:31
为什么要让程序员估算时间呢 那要项目经理和项目组长干嘛，我就搞不明白了，自己连时间都估算不准的人 当PM ...

PM，PL希望最短的时间，PG需要最长的时间
不是不会算，是算的和领导不一样而已

testj

yairs321 发表于 2012-8-8 18:54
无语了 哪也得根据实际情况

还看实际情况呢，要是看实际情况，就不会说不会估算了

憨吃迷糊睡

荣耀与梦想 发表于 2012-8-8 10:46
实际情况是这样，没有完全类似的的作业
所以说，记录的应该不是时间这件事
而应该记录的是，花费的时间都 ...

磨嘴皮子日语是不是叫做折冲啊，呵呵