关于项目工期的欺骗

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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