怎么预测你的项目进度，在质量和进度间博弈

怎么预测你的项目进度.

上级今天把你叫过去,告诉你一个任务的名称并详细描述了开发要求,然后说"这个由你负责开发,你看看要多少时间".
这个时候你怎么回答?

我总结了我的开发经验,得出以下结论:

1, 如果你对该任务的业务或技术方向还有疑问,那么时间永远不能正确的估算出来,这个时候应该了解了业务或技术后才能够安排进度.
2,如果满足了条件一,你心里明镜一样,第一直觉就估计要开发N天.(记住:第一直觉)
那么不要急着对经理说出这个N,因为这个时间一般是错误的,可能会导致你陷入困境.
还要静静心思考.
根据不同的情况,你可以选择不同的回答,并得到不同的结果:
A.回答需要N天 --->你很快就发现你需要拼命加班才能完成计划,更没有时间详细测试,最后交出一个充满未知bug的项目.而你充满挫折感,心情烦躁.
B.回答需要2N天 --->需要非常努力才能完成预计目标,可能偶尔还是要加班;你对你的成果有信心,因为测试还算充分.
C.回答需要3N天 --->时间充裕,你可以保存心情愉快了.有时间检测性能瓶颈或重构优化系统,你的作品更加精致漂亮.甚至可以作为开发案例给新来的同事学习用.
D.回答需要4N天 --->你可以尝试采用新的技术或开发模式,设计出更加精美可靠的系统,想到连客户都没有意识到的问题.开发变得有乐趣,你对你的产品充满自豪,老是忍不住得意地向别人展示你的成就.

呵呵,这是我的经验,基本上是这样.
很多时候,开发人员处在被动的项目进度中,这个时候往往得到勉强可以用的产品.后续的维护升级成为巨大的麻烦.但也有时候开发人员可以争取到自己安排进度,这个时候,你需要综合思考怎么回答这个N.

随着你的经验和能力的不断飞涨,这个N也会成倍地缩小.相对而言,你可以在有限的时间里做出更好的系统,尝试更先进的技术,你的能力也进步得越快;所以,不断提高自己,能够带给自己快乐,也使加速你的进步.这是一个正反馈过程.

 

对N的补充：

不管怎么合作,到最后,必然是某人负责一块,他的技术也就那水平.
我这里谈的不是产品,是开发任务的时间预测:
按照个人水平/责任心/兴趣度的不同,同一件事情可以做到不同的程度,也需要不同的时间.
"技术,效率",某个人在一段时间里是固定的,由此他心里可以估算一个最低时间N,这个时间是不受外界影响的.

我想表达是:
对开发进度,心里要有杆秤.
我们的代码存在着: 垃圾->粗劣->平庸->偏上->优质->开创性 各种差异.
我们的工作状态存在着: 拼命加班->偶尔加班->正常工作->愉快工作->自豪工作 各种情况
(注:以上绝对不是一一对应关系)
进度和质量是博弈者,开发人员直面这个问题时心里有个底总是好的.

 

【2007-8 bbs】

后记，原来自己以前还写过这样的话，唉。