关于项目工期的欺骗

现在做定制软件项目有一种趋势，就是对工期的欺骗。

对方客户上层领导要求工期是12个月，直接负责项目的客户会说你们要在6个月完成，等到公司领导说要4个月，项目经理可能说要3个月。每一层都要剥削一点，一般到真正做项目，没多少时间了。

说的好听一点，是给风险预留一段时间，但每一层都这么做，严重挤压项目时间。一般客户都是有严格的上线时间，这个时间是客户定的，很难去协调，如果你说你完不成，就别来竞标了，一般都是会承诺这不合理的工期。就这样，不合理的工期，导致不合理的项目计划，导致不合理的没日没夜的加班，导致团队士气的降低，导致战斗力的下降，导致离职，频繁的人员流动。更可怕的是，客户对软件项目越来越不放心，导致他下一个项目对风险留了更大的余量，下一个恶性循环开始。。。

我经历了几个这样的项目，1个月的做了1年，8个月的做了三年，其中多是返工的工作量，每个环节做的都不够好，需求没做好，设计没做好，测试没做好，只能靠返工解决。

客户是没法要求他们什么，好说话的还好，不好说话的坚持，你也没办法。但是公司内部如果还是像外面一样的要求，无视项目经理的估算，那就太不合情理了。最可怜的是项目组，被做为鱼肉，任人宰割，没日没夜的加班，身心俱疲。

项目组应对办法也不是没有，就是迭代开发，分阶段交付，一般是一个月，在这个阶段能让客户看到点实实在的东西，他也就放心了。

看看大家的意见，分析一下整体解决方案。

工期和工时可是不同的概念啊

虽然工期缩短,但是可以加人啊

:)

工期可不是靠加人手就能解决的，有时人过多反而会拖慢工期

这个事情从下（项目组）是没有办法解决的，根源还在客户那里，客户对项目的规模,开发周期几乎完全没有概念.或者有时候是政治任务,必须和开发商定一个时间,如果没有完成,是开发商的原因,责任就不在承担项目招标的甲方.开发商接到这样的项目,往往承诺一个时间点,然后急忙作需求,可是做需求的人往往连什么是需求都搞不明白(缺乏必要的技能).就知道拿着以前做过的界面去找用户谈.如果是政府项目,由于机关的利益,权力等等因素,往往找不到能负责的用户.下面的人有想法不敢提;
上面的人不懂业务,不敢乱决策;开发商甚至夹在不同部门与部门的利益争夺之间,左右为难.需求很可能在这样的状态下弄几个月弄不明白。
   
   改善的第一步应该从用户开始.

整体解决方案就是：（1）让客户变得更成熟；（2）让胡乱承诺的公司死一批。
好像有点缥缈，呵呵

对于软件公司而言，局部的解决方案可能是 (1)重视承诺的开发团队＋(2)能完全搞定客户的销售/项目经理

首先前提是开发团队应该是合格的，能胜任项目要求的，能按时交付合理任务量的团队；
第二，可能更重要的，是有一两个能搞定客户的销售或项目经理，他们能通过（个人品牌、专业背景、忽悠、吹牛、等等各种手段）让客户从一开始到最后都坚信这个项目没有风险。

OK假设为了竟标我们不能跟客户协商客户所定的时间.
然后公司分级压榨项目时间.最后导致开发人员加班人员流动.或者疲劳.这只能说明公司很不聪明.过分的压榨所带来的对人的危害远远大于他们预留的风险时间.这样就产生劣质的项目.然后客户失去信心.

这个是公司的错.客户认为他给我们的时间是一个比较宽松的时间,可以让我们高质量的完成任务.所以客户没得协调.
从公司的角度讲他只是想让大家有些紧迫感.记得N多年前我们都有假期快结束时补作业的经历.但是方法不对.让人感觉受到剥削受到压迫.
最后导致垃圾项目.到处都是BUG.时间的压力不能让他们工作的更好.只能让他们工作的更快

我觉得Scurm的理念很好.我们定期发布计划的功能.就算不面对客户.我们也模拟公司内部发布.这样就消除了由于时间过分充裕带来的空挡期.计划安排合理程序员又不会觉得很累.这样大家都会觉得舒服.

最后说一句.如果项目经理不为团队着想的话.那任人宰割也是项目经理的责任.这个项目一旦交付很多人都会选择离开.

加人???增加人手要培训地.....他们要熟悉现在的系统..并且前提是任务可分解.不然增加人手只会越帮越忙.
我们新加入的人全部去测试.测试两周之后才考虑编码.

lz不是已经给了解决方案了吗？迭代开发，分批交付

说的挺到位，很真实，但是怎么从用户开始，盼望他慢慢成熟吗？我觉得就是以我为主比较好，客户叫的急，80%都没那么急，他是恶意缩短工期。

确实项目经理恶意缩短工期的例子很少，我为了说明问题才这么说。

你说公司老总发话说了，我们一个星期给你做好，下面人该怎么做，客户肯定是信任老总的承诺。

另外，有时候瞎承诺也带来好处，客户就是喜欢这样的，后面即使不能按时做出来，也不会深究。

这里面浆糊太多了啊，根本原因是客户不成熟，软件公司也不成熟， 成熟了这种客户理都不理了。