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

[sillydaddy]

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

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

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

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

[sockball07]

预估时间*2 的 产品不给你们压的？ 9 月开始已经进入满负荷状态...

[iwh718]

计划两倍

[xy90321]

难道做了那么久项目，什么复杂度的功能维护和新作分别多少生产性心里还没数么？

换句话说如果是没接触过的领域，那就做两个 PoC 看看生产性啊…

基本上手上的传统 WEB 项目维护的话，看一眼需求，核对下 ER 图，然后数数画面项目数量就能估得八九不离十。

吃不准的部分要么 PoC 看生产性要么根据经验放大个 30-50%再说。

[ericgui]

x 1.5

[kaiki]

@rensuperk 客户容易加需求就*3，加需求的时候还加钱就*4，平时喜欢一拍脑袋就来点建议得*N

[liyaoo]

霍夫斯塔特定律：实际花费的时间总是比预期的要长，即便你考虑到了本条定律。

[totoro52]

只有实习生才会一整天百分百的敲代码，老司机大部分时间都在摸鱼，一个需求下来一小时就搞定的事 起码也得两天

[chenluo0429]

先进行任务分解，在实际预估的基础上，简单功能+1-2 天，复杂功能时间翻倍。最后再在总时间上加上 20%-50%的缓冲时间就可以报上去了

[summersnow521]

一般看经验吧，完全不了解的技术一般先根据情况考虑花半天或更久调研下

[Visitor233]

一个微信特约商户对接的 API 接口，我估了 20 天（ 10 天赶上了国庆），接口对上了，但后续的逻辑代码大大超出预期，任务延期了。

[guxingke]

> 如果你不能准确的估算时间, 说明你任务分解的粒度还不够细。

从我的经验来看，合适的子任务耗时是半个工作日

[crazypig14]

楼上竟然没人提到过现实项目中最常用的倒推大法

[jtwor]

一天 200 有效代码已经不错了。

[GTim]

以前我经常会估的比较准，大概会多出 1-2 天。突然有一次，我估了 1 个月，结果需求下来，大概是一个半月，老板倒好，直接砍成 18 天

[ghjacky]

额 这边一般沟通排期全靠直觉，都没去想过设计、文档、编码各需要多长时间，自己直觉的时间再适当放宽个 50%，反正目前为止没延期过，可能跟产品没强行施压，排期灵活也有关

[zlu1123]

我每次都估不准，估计是人头外包还没练出来，我再接再厉

[HenryWang0723]

反正都不准，不然企业怎么会花钱搞专业的项目管理

[misdake]

"（开发软件时）前 90%的代码要花费 90%的开发时间，剩余的 10%的代码要再花费 90%的开发时间。"

[zerofancy]

安卓，等 iOS 的估计完看心情加减 1 天

[westoy]

做外包的话， 大概是预估 2 ～ 3 倍时间， 实际也基本是常常卡着交付点做好的