项目估算的无奈

项目估算的无奈:
所谓二次开发，就是基于标准产品上的开发，个性化的需求开发。在我们团队基本上是按项目金额来划分的：
    1~2人 $<20w, 3~5人 20<$<60， >5人  $>80
    项目估算直接影响到项目进度以及此项目是否能成功验收。估算的好坏可能影响到开发人员收入，特别是在区域或分公司这样盈利性质的分支机构。
所以就分支机构目前的项目估算的现状表达一下自己的看法。
    对项目估算基本上是项目经理de工作，一般的场景是销售A带领开发人员B去客户现场调研开发需求(此处略去一万字)，调研快结束时，客户经理C：“这个需求不复杂吧，一个星期能搞定吧？”。可能会出现2种情况：
    1、行，没问题。（自己挖坑）2、这个需求关系到其他模块，我们必须回去评估一下，然后给你答复。（推荐你这样回答，即不要当场给客户承诺完成时间）我们这个行业的客户有40%的客户没有很 专业的IT技术团队，如果有对我们的产品也是一知半解，无论你与那家客户签订合同，客户都希望很快把项目给他们做好，所以有上面的对话也就不足为奇了，这 点我们要理解他们。
估算工时的准确性：有40%的精准度是猜测，有70%是信心，90%是良好优质的估算。只有估算的精准度高才不会导致项目的延时，才能保障项目质量。我们需要精准的估算。
    反过来，客户与销售同时要理解我们。好的估算来自好的设计，这点没有给足我们设计的时间，导致估算草草了事，一个项目（中型的）不可能去与客户见面一次就 能把项目需求完完整整的估算的很精确。所以需要销售人员与客户进行很好的统筹，这样才能使每次的沟通更有成效。我们程序员应该受到信任，怀疑是可以的，但 是不能建立在牺牲没有盈利的基础之上。
我们有一套良好的评估工时的标准，但是为了项目的进程，还是略去很多本应仔细研究的过程，所以估算有些模糊。我们拿着已有的项目生产率去对比新项目的工时，去衡量新项目是否能为部门创造价值。
   所以我希望一线的相关人员能够理解程序员为项目成功验收做出的妥协与努力。