关于项目工期的欺骗

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

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

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

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

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

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

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

评论

29 楼 yecllsl 2008-09-08  

你有钱可以请专业公司给长期合作客户做培训（一个悠闲美丽的环境、几顿美餐），美其名曰提高大家的项目管理水平，达不到目的话，就当联络感情了。
项目完不成加人是肯定的，只是看什么时候加，不要一听加人就说会起反作用，这个道理大家都知道。

28 楼 oaklet 2008-09-07  

时间的压力不能让他们工作的更好.只能让他们工作的更快
经典

27 楼 city_moon 2008-09-02  

能有什么好办法，引用一句经典的废话“没有办法的办法，就是最好的办法!!”纵观国内的软件企业，只要是定制做软件项目的，大体一致!!除非你去做产品，自己搞研发，否则，都一样!!!客户掏钱，就是爷，说什么就是什么，没得商量；公司做商务的人员，为了讨好客户，不负责任的随便承诺；倒头来苦了的还不是开发人员，导致的结果就是需求的无底洞，没完没了。如果还想跟客户再合做，那就得依着他，朝令夕改；要是不想再合做了，那就开发完给他就完事。反正中国的大企业信息化建设是“具有领导特色的产物”，上来一个领导，就要重新搞一次，你做的再好，有什么用啊，来了新领导还不一样要重来。只要能按公司的要求，基本上差不多能把钱要回来，就算完事!!考滤那么多没用，有些东西我们是改变不了的。这些是我多年来做项目，带项目的体会。

26 楼 hyhongyong 2008-09-02  

当软件开发很大程度上还谈不上工程化时，这种情况依然会不断发生。

25 楼 gurudk 2008-09-01  

moses3017 写道

我们在这里讨论可能只是从开发角度在看问题，客户心里的真实想法又是什么呢？

可惜客户不逛这个论坛，逛这个论坛的也是成熟客户。

24 楼 moses3017 2008-09-01  

我们在这里讨论可能只是从开发角度在看问题，客户心里的真实想法又是什么呢？

23 楼 KENSHI99 2008-08-31  

其实大家都知道，现在技术不是问题，关键是能拿到项目，所以能拿到项目，才有工作，没什么好怨的。至于项目怎么搞，项目经理搞不好，那就是他项目规划能力有问题了。至于需求，开发，测试等，那是组长的问题。

22 楼 或与非 2008-08-30  

中小型定制软件是一种假高利润的行业，它是薄利的，但又被客户和老板误认为是高利润的，所以它的投入必然是严重不足的。严重不足的投入又反过来消耗企业的利润和客户的利益，然后客户会反弹，形成恶性循环。

我当时就是没想到这个行业的什么出路，所以才选择离开。

21 楼 或与非 2008-08-30  

托尔斯泰曾经曰过：成功的企业总是相似的，不幸的企业各有各的不幸。

个人觉得利润问题才是这类事情的根本原因。用户是可沟通的，虽然有些用户很难沟通，虽然有些用户有政治任务。

20 楼 zhazha1984 2008-08-29  

我感觉我做的项目，都是客户那边的问题，需求经常变～，需求他们都不签字～
他们自己各部门沟通也有问题，经常几个领导达不成一致，项目就暂停，

19 楼 d8111 2008-08-29  

。。想当年在xx公司，都不知道工作量，某位总监就说2个星期搞不搞的完

18 楼 tobato 2008-08-29  

经过N年做定制项目的折磨和思考，谈谈我的看法吧。

面对定制软件开发这样复杂的环境,需要从多个方面分析问题,将问题划分优先级,从各个方面逐步进行改善.如何分解问题呢,从软件开发的生命周期来好了.
1.软件打单
  这里好像没有什么好说的,让老板和销售们施展各种奇淫技巧去抢吧.定制项目,行业项目哪一个没有腥味,我们只能祈祷市场能够规范,让开发商利润再多拿一点.  定制软件一般都是固定时间,固定额度合同,从敏捷的观点看,看似甲方乙方都有很大的风险,但是,其实乙方的风险更大.因为一开始就导致了甲方(客户)的参与性不强,给你(开发商)那么多钱,几个月以后,你必须拿出我(客户)要的东西.拿不出来,你(开发商)赔钱. 而有阶段性目标,一开始就基于合作的开发方式,如按投入人力资源与时间支付给开发商费用的开发方式,在还没有开发的时候,就强迫用户解决与开发商合作的问题.不会出现需求时候,找不到负责人的情况.用户也明白自己每天都在花钱,只有合作才是出路.
 
2.合同谈判
  作为定义项目范围具有法律效力的合同,其中规定的条款是必须要严格把关的.有时候销售为了能拿到合同之后的付款,用户说什么就是什么,结果为项目组造成了很多不可完成的任务.验收的时候,项目经理翻开合同就傻了.合同的评审很重要,必须有技术开发部门的核心人员参与.必须定义清晰的项目范围,搞清楚做什么,不做什么.
 
3.整体规划
     为了打单,可能Boss交到手上的项目是4个月干一个金字塔的项目.可是用小脑分析就知道不可能弄出这么个东西来. 如果是成熟的公司,通常老板不会拿这个时间来欺骗项目经理.预留什么风险时间.冷静下来,先分析清楚为什么要这个时间点.通常都是政治任务.可是,定制项目往往不是软件做好就可以马上能上线的.数据转换,用户需求获取,甚至用户流程变更,办公场地协调等很多因素会导致原先确定的时间点被推迟.尤其在确认系统上线标志上,可以和用户高层充分沟通,或许别人只要求所有人都可以进行信息的录入,就标志系统上线了.也就是说,多用点EQ,有很多办法可以把这个时间点往后移的,或者说一个很小的功能完成就能标志系统上线.大致确认了完成任务的方式后,进行大的时间规划.瀑布?迭代?迭代需要用户的充分参与与协作,能争取到用户的参与最好!那怕选择瀑布式开发,也必须保证和用户的关系,充分理解用户需求,以及定期的反馈.应该根据项目现场具体情况选择适合的开发方法.(下班了..这里有很多值得讨论的东西)
   

17 楼 香克斯 2008-08-29  

neora 写道

打单签单的时候无视项目估算的行为是自取灭亡。短时间看你好像拿到了项目，至少有钱要进来了。但在稍微长的时间内，就会付出代价。

有古语为证：“人无远虑必有近忧”
有成语为证：“饮鸠止渴”
有俗话为证：“咎由自取”
有歌词为证：“你拿了我的给我送回来，吃了我的给我吐出来，闪闪红星里面的记载，变成此时对白，欠了我的给我补回来，偷了我的给我交出来”

做软件，拿到兜里的钱不都是你的，慢慢长路中你要还回去的.........

这话讲的很有道理，虽然我不喜欢那里面的歌词，呵呵。
但是现在很多公司谈合同，签单的是专门的销售人员（有一些根本连开发的时间成本和实现难度都不知道或者不管的），他们的首要任务是把单签下来，开发人员累死是开发人员的事情，反正提成他们是拿到了。有一些狠一点的就是别人说要1000w半年搞定，他说直接800万3个月搞定的（只是虚拟的数字，不要当真）。
有的甚至连单子都没正式签就开始逼着开发干活了。不干？一般项目出了什么叉子你觉得老大会找谁的麻烦，当然绝大多是情况是开发的“程序都是你们写的，出问题不着你们找谁？”
（PS：类似的例子我们出现过，但是就不说是什么地方了）

结果就是不断的跳槽，不断的换新人，不断的重复老路。
结果就是客户成熟不了，软件公司也一样成熟不了。

16 楼 tobato 2008-08-29  

仔细思考了一下,LZ的问题其实不是单纯的项目时间问题,或者公司内部领导压榨项目经理,项目经理压榨项目成员的问题.如LZ所说的明明知道时间不够,老板也就给这么几个人,还要去玩命的做.从项目三角 时间,资源,质量 三个点看,必然质量无法保证.质量不行，用户必然不满意,项目组一直加班傻干,没完没了的返工,不停的恶性循环.

看见有人回复说"加人啊","加薪水啊".

先说加人问题,用户对这个往往很敏感,看过几个项目的合同,都明确规定公司必须保证足够的人手.可惜,任何公司都是利益第一,在打单子的时候,通常会给出一个很多人的名单,甚至不乏各种公司领导.可是做项目的时候,这些人从来都不可能出现在项目组.用户的想法也很单纯,只要软件公司人足够多,我们的软件就可以很快做出来.甚至连小孩都知道微软的Windows是成白上千人开发出来的.可是,事实上,由于资源压力,合同压力很多公司对项目组的投入是有限的，否则利润何在？而且项目也不是随便加人就可以提高进度的,能一下管理上百人同时开发一个项目的公司,管理成本必然不低.

"加薪水"，每一个开发人员，甚至项目经理的梦想，可惜在公司Boss面前利润和开支永远是矛盾。尤其对一个人数上百，上千这样的公司，一次整体调薪对公司的整体支付成本影响是巨大的。没有利润，拿什么给你加薪水？而一个定制软件项目没完没了的返工，呆在用户现场出差的费用，是对一个公司资源的极大浪费。有时候不是公司不给你加薪，而是没有能力给你加。

15 楼 jieyuan_cg 2008-08-29  

tobato 写道

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

严重同意这个观点～好多电子政务工程是面子项目，很是心疼～辛辛苦苦设计好，做好的功能，但却从来也没见有人用～唉～

14 楼 zhaowei_520 2008-08-29  

程序员的确很累，天天加班加点的。积极性就低，公司应该提供好一些的待遇给程序员。压榨我们的不是太多就可以了，这样我们程序员也觉得值得。可是很多公司就是没有加班费。

13 楼 gurudk 2008-08-29  

clamp 写道

gurudk 写道

clamp 写道

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

这个只是问题发生之后的权宜之计。这个和客户，公司领导，销售，项目经理都有关系。

为什么要把这个作为权宜之计呢？直接作为针对这种客户的项目正常执行方式不好吗？

我的意思是如何去改善前面的工作，而不是出了问题采用这种解决方式。

12 楼 neora 2008-08-29  

打单签单的时候无视项目估算的行为是自取灭亡。短时间看你好像拿到了项目，至少有钱要进来了。但在稍微长的时间内，就会付出代价。

有古语为证：“人无远虑必有近忧”
有成语为证：“饮鸠止渴”
有俗话为证：“咎由自取”
有歌词为证：“你拿了我的给我送回来，吃了我的给我吐出来，闪闪红星里面的记载，变成此时对白，欠了我的给我补回来，偷了我的给我交出来”

做软件，拿到兜里的钱不都是你的，慢慢长路中你要还回去的.........

11 楼 clamp 2008-08-28  

gurudk 写道

clamp 写道

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

这个只是问题发生之后的权宜之计。这个和客户，公司领导，销售，项目经理都有关系。

为什么要把这个作为权宜之计呢？直接作为针对这种客户的项目正常执行方式不好吗？

10 楼 gurudk 2008-08-28  

clamp 写道

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

这个只是问题发生之后的权宜之计。这个和客户，公司领导，销售，项目经理都有关系。