在软件项目管理中怎样把时间估算的靠近真实值？

我们在开发一个软件项目的时候，大老板或者客户常常须要我们给他们某个项目估算的工时。我们一般的做法就是把当前的项目依照WBS进行自上而下，自顶而底，自外而里的进行分解；然后依据一个具体的可个人实施的任务作为一个最低的估算时间的单元，这个时候问题，就来了。怎样让这个最低的估算时间的单元逼近它的实际真实值，同一时候也不让员工太闲或者太累？这里给大家介绍一种我们曾经用过的乐观预计，悲观预计和期望预计的算法，供大家參考。

任务终于的估算时间=（乐观预计+悲观预计+期望预计*4）/ 6（中庸）,

（1）乐观预计：乐观预计的值能够由项目经理或者组长来填写，由于项目经理或者组长通常会希望一个任务完毕的时间越短越好，可是项目经理填写这个时间的时候一定要实事求是。

（2） 悲观预计：悲观预计一般有开发人员自己填写，由于开发人员一般在做这个任务之前会尽可能的为自己争取很多其它的时间。

（3） 期望预计。期望预计一般由资深的高级project师来预计的时间或者做个这个项目的其它的同事来估算时间；可是有的时候，也能够由开发者自己预计时间。

这样，依据项目的实际情况。加上不同的权重，一般来说。任务终于的估算时间就基本上解决实际项目所须要的时间了，同一时候也不让员工太闲或者太累。

另外，假设是拿这个估算去客户那边接新的项目的话。假设非常想接到项目。则增大乐观预计的权重，假设此项目可有可无则增大悲观预计的权重系统，这个时候期望预计一般由开发者自己预计的时间，这种话。客户和开发这边就都能照应到。

由于项目管理的终于目标是让全部的项目干系人都惬意。