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