纯软件项目一定要做需求冻结,一日不冻结一日不开工(可以把确定的需求先做着,定期给客户看成果,否则会流失客户,中间的度自己把握),项目合同以后附的需求清单为准,要钱也好,打官司也好都以此为准,加功能另外给钱另外排期.
我以前都是陪着客户一遍遍过,过到大家都满意了,两边老板都签字,然后再开始正式的开发,之前会做点界面给客户看看,大概长这个样子,实际功能一个不做;问就是需求没确定做了没用.
不这么搞,后面无穷无尽的修改再修改,尤其是稍微大一点的公司,按照生产的要求改了质量不满意,按照质量的要求改了车间行政不满意,都改的满意了采购说你这个软件和一开始说的不一样啊;这些扯皮的事情,和早期的原型开发都要放在动手写代码之前去搞定,一旦投入到开发过程中去,任何意外的延期都会造成巨大的成本浪费,而且到时候改的面目全非,验收又是大麻烦.
现在工业软件越来越复杂了,很多从现场到软件的同志们没有经过系统的软件工程方面的教育或者培训,靠自己的项目经验去一点点趟这个浑水是很吃亏的.
各位大佬可以分享一些实际的操作流程和项目经验,而不是一句简单的加钱,具体这个加钱怎么加怎么跟客户谈,可以分享一下