[我与客户不得不说的故事]做砸的项目

千里

该项目说来实为恐怖，一个稍微复杂一点的进销存系统做了三年。其实开发只花了半年时间，剩下的时间是验收，修改程序。
这个项目一直没有测试参与进来，跟进的客户换了届，参与的开发也换了届，项目文档虽然不少却从来没有整理过。
领导说该项目不能再拖了，必须结掉。但考虑到该项目唯一的开发没与客户见过面，便叫我同行以壮胆。
初识该系统，便发现BUG不少，特别是报表根本对不上，但是迫于压力只有硬着头皮参与验收。
有必要说明一下，在这个项目上公司领导心理上毫不重视，开发也少经验，测试不过摆设。
来到客户现场，客户经理见到三个陌生人（经理、开发、测试均无客户面对面交流过）便来了个下马威：
该项目本来工期是一年，结果做了三年，我们已经没有耐心了，如果这次再不能验收，将终止该项目，法律途径解决之。
一盆冷水把三个人拉回严峻的现实，此时哪敢谈什么验收，只能好言好语询问客户还有哪些功能需要完善。
谁知三年后他们的业务复杂了很多，提出了一大把新需求，而且他们租借的系统用得熟了，心理上期望新系统与租借的系统使用相近。
后约定一个月后再见，作为最后一次验收。其实已经很多次最后一次验收了，不知道下次是不是最后一次。
该系统我多次提出用户体验不好，客户会拒绝使用的。开发说可以凑合着用，经理也只关心验收。
果然我的话得到灵验，一个月后遭到客户痛批，使用起来特别辛苦。她们耐心了三年，在这一天得到爆发。
开发的一句嘴硬说只是稍微辛苦一点点，便立即遭到围观，要开发亲自操作试试，我们立即闭嘴。
他们的经理发现事态严重，便亲自检查系统，演示过程中由于开发设置了两个check point，导致中断，留下了不好的印象。
终于客户经理说这是一个烂系统，客户一致排斥我们，以保护用熟的系统。而我们也在这漫长修改又不讨好的过程中渐渐失去了耐性。
最终，该项目成了名符其实的烂尾项目，而这种烂层似乎是双方都愿意看到的事情。

[ 本帖最后由 千里 于 2010-3-16 08:36 编辑 ]

默默巫

感谢分享！^_^

medoraemon

我们进销存软件好像8个月就出柜了……不过我们的人力很充裕……还是要看上头重视不重视吧

开着拖拉机上班

不是一般的烂啊！嘎嘎嘎

芹菜牡丹

咋的跟我们现在的情况相似呢

mars100200300

烂项目有都是！

gaha

有的作坊模式的企业，你把先进思想带给他，他是接受不了的。这样的态度不失败才怪。
另外，最后一句是不是写错了？

千里

那个项目预付了80%的合同款，对于公司方再做下去会亏得更多。
对于客户方使用系统的员工是比较排斥的，因为他们用熟了功能更强大，用户体验更好的老系统。
唯一想看到系统的老板没有精力管这个，而且如果要求我们做完则可能升级到打官司。
就算我们做完了，他们的员工也会排斥使用。到目前，该项目再无人去理会了。

agile

那他们还是用老系统吧，干嘛还开发新的

千里

老系统每月要付昂贵的租金

HiSoft_Pak

又是一个活生生的悲剧例子啊。

chengning

Jackc

"预付了80%的合同款"

其实这是个好项目啊~（公司角度）
1、前期已经拿到钱了，剩余的20%只是零头，拿不拿随意。相当于是先付款项目了。

2、用户只要求做出一个系统，而合同肯定是与最开始的需求文档挂钩的，所以后面的需求完全可以无视。打官司一说也是飘渺之云。

3、公司要求结项，目的很简单：钱我们已经拿到了，扔个东西给客户就OK了。当然，为了照顾客户的感受，所以温水煮了2年的青蛙。

4、最终结果也很成功：东西按照最开始的需求要求交与客户，是客户自己的员工不愿意使用而已。与研发公司无关。

纵观整个过程，关键点就是预付的80%款。

cxm027