工控剑侠666
天道酬勤,认真的人做认真的事 。
级别: 工控侠客
精华主题: 0
发帖数量: 1009 个
工控威望: 2689 点
下载积分: 22678 分
在线时间: 276(小时)
注册时间: 2013-03-30
最后登录: 2025-01-03
查看工控剑侠666的 主题 / 回贴
楼主  发表于: 2022-08-30 09:53
公司有个客户,给它做了台非标测试设备,当时程序写好测试好了,没有问题。1.  3个月后,其余部门的人说不对,修改程序,远程修改好,用了1个月,又不行,说要改。  2. 又远程修改,没有问题可以用了,再半个月后,又说不对,又要求改,  3. 又远程改,改好后,用了2个月,说还是要改下, 4. 改好后,用了1个月左右,说还是改一下吧,又变了,然后我就来脾气了,不想改了,。  各位,你们觉得应该怎么做,给个意见吧。
工控人加油
gxtmdb82164
级别: 论坛先锋
精华主题: 0
发帖数量: 774 个
工控威望: 1152 点
下载积分: 408 分
在线时间: 608(小时)
注册时间: 2019-09-22
最后登录: 2025-01-08
查看gxtmdb82164的 主题 / 回贴
1楼  发表于: 2022-08-30 11:37
纯软件项目一定要做需求冻结,一日不冻结一日不开工(可以把确定的需求先做着,定期给客户看成果,否则会流失客户,中间的度自己把握),项目合同以后附的需求清单为准,要钱也好,打官司也好都以此为准,加功能另外给钱另外排期.

我以前都是陪着客户一遍遍过,过到大家都满意了,两边老板都签字,然后再开始正式的开发,之前会做点界面给客户看看,大概长这个样子,实际功能一个不做;问就是需求没确定做了没用.

不这么搞,后面无穷无尽的修改再修改,尤其是稍微大一点的公司,按照生产的要求改了质量不满意,按照质量的要求改了车间行政不满意,都改的满意了采购说你这个软件和一开始说的不一样啊;这些扯皮的事情,和早期的原型开发都要放在动手写代码之前去搞定,一旦投入到开发过程中去,任何意外的延期都会造成巨大的成本浪费,而且到时候改的面目全非,验收又是大麻烦.

现在工业软件越来越复杂了,很多从现场到软件的同志们没有经过系统的软件工程方面的教育或者培训,靠自己的项目经验去一点点趟这个浑水是很吃亏的.

各位大佬可以分享一些实际的操作流程和项目经验,而不是一句简单的加钱,具体这个加钱怎么加怎么跟客户谈,可以分享一下