开发人员都是怎样估算开发所需时间的？误差是多少呢？

[sillydaddy]

一般来说，对完成一项开发任务需要消耗的时间，开发者总是会倾向于低估。

这方面，有什么好的经验方法吗？我觉得能够比较准确评估开发时间，确实是一项了不起的本领，用处也不小。

先说我总结出的一个规律：
开发人员在专注的时候，大概每小时可以编码 100 行。

这个规律是自己很多次实验+统计得到的，然后也由同事独立发现过。
也许，可以通过估计某个功能的所需代码行数，来评估开发时间(不考虑摸鱼这些损耗)？

[tony1890]

倾向于多估。
我是前端，ui 稍微发挥一下、产品经理稍微改一下我这边工作量就不一样。
特别是某些我不熟悉的功能。能顺利找到 api 或者插件还好。不然就很难了。如果能使用组件默认样式 /功能还好，否则……

所以，多估一点好。

[binux]

我从来不估开发用时，我都是在估计别人觉得要多少时间。
以免发觉我做太快，不方便划水。

[libook]

程序员的产能是难以由硬性指标衡量的，之前看过一个漫画，就是以代码行数来评估绩效，结果 IT 和程序员开始进行对抗，程序员写了各种工具来处理源代码生成行数更多的代码，IT 写了各种工具来消化这些无意义的行数来提高绩效精度，最终浪费了大量产能。

建议以任务作为单位进行工作量评估。我觉得和投篮一样，凭借不断尝试、反馈、修正来成为一种感性经验。
敏捷方法论里有一个 Story Point 的方法论也可以借鉴，可以衡量任务难度、个人能力、项目健康程度等。

规划工作时间分配工作任务是有挺多技巧的，关键的一点是重要任务不要填满工作时长，留出一定比例的工作时长给不那么重要的任务，这样当重要任务遇到突发情况需要延长的时候，挤掉不重要的任务就不会对整体项目计划和关键结果造成太大影响。

[sillydaddy]

@libook 嗯。最后一条建议确实很好。

[liujialongstar]

3 天写了 800 多行代码的我, 是不是很菜

[sillydaddy]

@liujialongstar 一天将近 300 行，非常不错了，相当于有 3 个小时都是专注的，再加上需求沟通+设计+调 bug 的时间。。感觉很难得了。
当然这是指这 800 行，应该是新写的，带有一定的结构和逻辑的。如果是重复性的代码，比如代码内部重复或者是重复别人写的，那就另说了。。