软件工程工作量估计

基本上，所有的工作量完全由team内部估算，长期运行下来的结果就是，team会把估计越算越大，因为会预留buffer。或则说大家都不愿把schedule卡的太死，宁愿有时间富余而不愿项目delay。Team和project manager都是站在这个角度想问题的。

 

然而，产品经理则是站在相反的角度，产品经理总是想在最短的时间里完成最多的任务。或则说相同的任务，谁能最有效的完成，则由谁来做。

 

现在面临的问题是，一个自己的团队，一个外包团队，对同一件项目，做出的估计大不相同，外包公司的估计比自己团队的估计，用时短一半。需要调查的是：1. 对内容的理解是否一致。 2. competence是否有很大的不同。 3. 验收标准是否有很大的偏差。 4. 估计的准确性是否有问题。5. 估计的单位是否一致，估计的是纯粹的工作量还是工期？

 

这件事情暴露出来的问题就是：

1. 如何提高估计的准确性，同时保持效率的高效？引入竞争机制（内部投标）是一个办法

2. 估计工期一般要留buffer，但是一定要分别站在项目经理和产品经理的立场，从相反的角度来衡量工期估计，不能卡得太死，也不能让产品失去商业价值（超长工期）。