@sycx 来介绍下,你每次估算都会错误的经验吧

1楼 @tinyfool 老喊碎同学接客,你也发表下江湖经验呗

2楼 @stros 我写了一个上午代码准备出门走路去了

3楼 @tinyfool 好吧,走你

客观的排时间,就要留冗余. 否则就会死得很难看. 要面对,你不是答应了多久多久 就xx的指责. 即便如此,每次仍然会有问题. 只能说做重复的事 会准确一些. 可惜设计案每次都不一样. 表面看起来 没啥区别. 要考虑每个人生老病死的特殊状况. 团队冗余度不够的情况下, 也只能尴尬的去解释时间膨胀的原因了. 以前人多的时候, 还可以做一些储备. 现在人少了,新问题新需求基本都是高风险了. 如果能不断降低所谓新需求. 时间自然是可控了.如果真是纯粹的程序代码编写,应该还好估算. 掺杂着不明确的模糊的需求和设计就很坑爹了. 那个时间完全不可控.

5楼 @cnsoft 是的。我觉得是个时间段吧,最少最多用时。 如果是有过经验的东西相对容易些。前面是总体经验,能不能来点细节?

假设技术上不会出现难点,一个人一天能做完成多少? web 和 app的情况有经验的话都可以说说。

拆分功能点,估算工作量,得出多少人日 or 人月

7楼 @abigfrog 能否透露下你用来估算的一个人日能做多少量?

8楼 @stros 150行

9楼 @abigfrog 150行有效代码?