上一篇聊聊《为什么被用户牵着鼻子走？》，这篇文章聊聊《怎么把项目做烂》，以多年的经验来讲，这些是值得思考的命题。
刚参加工作做项目常说的一句话：没有困难，制造困难也得上。到不是真闲得蛋疼制造困难，而是表达解决困难的决心。
2009年在某煤炭集团做了一个动态监测煤质煤量的实时系统，当时一般为C/S结构的系统，我们使用B/S结构开发，后台跑实时与硬件交互的服务。2019年左右，用户突然联系我，要求给系统升级及完善功能，只能把用户的信息转给原来公司的领导。这套系统用了10多年的时间，我完全没有想到，就算是用户没有费用升级系统，却成全了我们证明自己的机会。系统如下图：
最近有一个项目案例，项目推迟了很长时间，甲乙双方的思想、技术、业务等交流根本不在一个层面上。甲认为花了很多钱，系统做的稀巴烂；乙也承认自己不擅长这个技术领域，但是又没有专人的项目经理推动项目。僵持阶段，我们花了3个月的时间，承担救火队长的角色，项目关键工艺部分验收完成了。用户提出来新的要求，建立设备库、工艺库、指标库等，用户经人介绍认识了一个做数据中台的公司，还没有签合同，就开干了。所有服务都部署在一台服务器上，他们的“数据中台”系统部署在virtualBox虚拟机的Linux操作系统上，从我们系统读实时数据，所有控制操作和工艺界面调用我们系统的接口和挂载链接，也就实现了一个简单的类似业务系统。最终用户反馈服务器的CPU和内存基本占满了，肯定是影响系统正常运行，暂不评论是谁的责任问题。用户反馈如下图：
比较感慨这样的结果，本着交流的目的，期间给他们培训过怎么做信息化项目，介绍框架、技术、业务和方法等几个方面。所以我在想，没有最烂的项目，只有更烂的项目，项目做烂还是比较好的结果。让我们看看几个项目场景：
1.用户对自己需求的目标不明确，领导只提高大上的概念，下边干活的人不知所措，厂家更是无所适从。
2.用户基本能够明确自己的需求，但是无法把业务需求转换成技术实现，厂家即不懂业务，技术又烂的一塌糊涂。
3.基本不存在用户完全能够确定自己的目标需求，却又被厂家一顿忽悠，又自作聪明认为和自己的需求完全匹配。
4.用户自己很懂业务，但是又认为自己很懂技术；作为厂家，技术好与坏不重要，厂家反正迎合用户说的就行了。
5.用户和厂家都懂业务和技术，现实不存在这种情况，因为业务在发展、厂家的技术路线也不一样。
那么有没有失败的项目呢？我认为没有，用户和厂家都在玩“皇帝的新衣”的游戏，谁也不会承认自己裸奔。用户最终会为自己的无能宣传说：看看我们做的系统；厂家最终会为无法改变的现实宣传说：看看我们在那做的项目。
用户始终是项目的主要影响因素，但是从我们的为用户服务好的本心出发，有些时候用户是“No zuo，No si”。
物联网&大数据技术 QQ群：54256083
物联网&大数据项目 QQ群：727664080
网站：http://www.ineuos.net
QQ：504547114
微信：wxzz0151
博客：iNeuOS工业互联网_CSDN博客
微信公众号：iNeuOS
扫一扫
9519
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
