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

[sillydaddy]

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

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

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

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

[gaorenhua]

反正不管怎么估算，项目延期是肯定的。邪门了。

[kun368]

坐标阿里，假设只有晚上有时间（白天确实也很忙，经常没时间写代码），估计出来的基本就差不多的

[rensuperk]

估计时间*2，就是你完成的时间

[duanxianze]

不管怎么估计也赶不上领导和产品经理改需求的速度

[qa2080639]

误差在客户不断增改需求

[demo06]

摸鱼时间怎么能不算呢?

[zhuweiyou]

不改需求 不延期的情况下 你自己估算一下 ,然后乘以 3 倍报出去

[boring3b]

「开发人员在专注的时候，大概每小时可以编码 100 行。」 KPI 警告⚠️

[securityCoding]

取决于你任务分解做的怎么样，任务分解做不好排期不可能准的。通常做事比较有条理性的人估算出来的排期比较靠谱

[295464512]

这个只能看经验啊,我都是自己预估的实际时间乘以 2 报给客户的

[wangtian2020]

一定超期，计划两倍

[xuanbg]

我一向都估的很准。主要就两个方面，一个是实现多少功能，另一个是这些功能的复杂度。通常，都是一些 CRUD，工作量很好估算。

[Junh]

我每次都估得很准，可能我把摸鱼的时间也算上了……

[unco020511]

一般正常开发时间*2 差不多吧

[sillydaddy]

看样子大家都是*2 或者*3，然后+摸鱼时间。哈哈。

[polyang]

一般都是开发时间*1.5 或者*2，然后再加上摸鱼的时间。道理很简单，*1.5 或者*2 是为了应对突发情况（比如需求变更），加上摸鱼时间是因为人不可能一直都能全神贯注的写代码，就跟上课一样，总会有走神的时候。

[xingyuc]

大概每小时可以编码 100 行。
平均每行多少字符？
是否疯狂
{
aaa
},{
xxx
}

[jeeyong]

估算的准确度完全取决于你的经验, 不只是编码经验, 还要包含和其他同事或部门沟通的效率及难易度.
说白了, 就是你以前做过类似的事情, 知道怎么办, 清楚过程, 于是你就能判断出接近实际情况的时间.
如果只是单一维度的事情, 就是你自己干就可以了, 不需要协作, 那就是你是否做过这个事情, 能否正确评估难度和工作量.
其他本质上都是靠自信和猜.

[mepwang]

同意，预估时间*2

[en20]

@xingyuc 这个当然分事情，如果写 css，一天 1000 行没问题，写逻辑性很强的东西 100 到 150 差不多