純軟件項目一定要做需求凍結,一日不凍結一日不開工(可以把確定的需求先做著,定期給客戶看成果,否則會流失客戶,中間的度自己把握),項目合同以后附的需求清單為準,要錢也好,打官司也好都以此為準,加功能另外給錢另外排期.
我以前都是陪著客戶一遍遍過,過到大家都滿意了,兩邊老板都簽字,然后再開始正式的開發,之前會做點界面給客戶看看,大概長這個樣子,實際功能一個不做;問就是需求沒確定做了沒用.
不這么搞,后面無窮無盡的修改再修改,尤其是稍微大一點的公司,按照生產的要求改了質量不滿意,按照質量的要求改了車間行政不滿意,都改的滿意了采購說你這個軟件和一開始說的不一樣啊;這些扯皮的事情,和早期的原型開發都要放在動手寫代碼之前去搞定,一旦投入到開發過程中去,任何意外的延期都會造成巨大的成本浪費,而且到時候改的面目全非,驗收又是大麻煩.
現在工業軟件越來越復雜了,很多從現場到軟件的同志們沒有經過系統的軟件工程方面的教育或者培訓,靠自己的項目經驗去一點點趟這個渾水是很吃虧的.
各位大佬可以分享一些實際的操作流程和項目經驗,而不是一句簡單的加錢,具體這個加錢怎么加怎么跟客戶談,可以分享一下
滬公網安備31010802001143號
