我诅咒我们客户……

我们公司跟客户是搞工作量的。
客户先提出一个修改，然后很爽快的问，你看什么时候能做完？
经理哼哼哈哈了半天，然后说要搞工作量。然后叫我来写，因为最后是我做。
我估计要做一个月，就写了一个半月。
然后经理说，你两个星期能做完么？我说当然不可能，起码一个月。
他说，那就给我写成3个月的！
因为每次谈判这个量对方都会砍……
我只好把每一项工作都掰开揉碎写成好几个条目……
不知道现在客户看了心情如何，他们是认为一两个星期一弄就弄出来了……

客户经常这个样子，1个星期的东西他总是认为1天就能完成……

当前的形势下，这样的经理还是比较好的。

客户嘛，总是觉得事情很简单的，很快就能弄好的。

不要和客户瞎扯,他懂什么,在他认为:"时间越短,花的钱就越少".

啥时客户能变成我们的"病人",叫他怎么做就怎么做,就太理想了!!!也就是说啥时我们有像"医生"的权威性就好了,呵呵,我也在瞎扯!

超过两周的工作量估算基本上就是扯淡。

不同意上面的观点，如果按照GIGIX的说法，那项目初期的计划阶段，任务进度安排，成本，资源，工作量等的计划不就成空谈了吗？
衡量一个项目成功的标志是：是否按期完成，成本不超过预算，质量达标。
呵呵，工作量估算也是有多人参与的，比如用DELPHI分析法，FPA分析法等。准确度与估算人的经验及技术水平也有密切的关系。
不过也许做产品或者做研究模型的工作量不太好估算吧。

你们说的都好高深阿，我一点都听不懂……

那么,这些估算,最后做下来,偏差有多少?

XP推荐采用开口式的合同。。。
不过现在的公司，没几个愿意采用开口式的合同，一个是大面上政策不允许，一个是领导怕担责任。。。

如此衡量项目成功的标志是有很大问题的。这个成功标志成立至少需要以下几个前提：
1.  没有需求变更，或者变更很小，在项目计划预留的缓冲区能接受的范围内。
2. 工作量估算非常准确，误差范围同样在计划预留的缓冲区能接受的范围内。
3.  所采用的技术非常成熟，对开发速度有很多测量数据积累，因此能非常准确地估算所需要的人员和时间。
4. 完全根据工作量和开发速度的估算制定项目计划和预算，而不受用户要求，领导意志等等的左右。

现实中有几个项目能满足这样的前提条件？可是，不满足这样的条件，又凭什么说项目进度计划和预算是合理的？如果进度计划和预算本身就是不合理的，又凭什么说不满足这样的计划和预算就是失败？

工作量估算和经验有很大关系。所有的估算方法归根结底可以说都是经验方法。都是根据以往的历史数据估算新的项目。因此提供历史数据的项目和新项目的特性（问题域，采用的技术，开发团队的构成，技术水平等等）越接近，这些数据越有价值，估算才可能越准确。反之，则估算的误差也越大。

但是，现实中，如果一家公司总是用相同的人，相同的技术，开发相同领域的应用，那么这家公司也许是很成熟的公司，只是，它成熟得快死掉了。