男男做爰猛烈叫床视频gv,真人日真人日逼,99久久精品人妻少妇一,尻日本妞的屄爽

公司有個客戶，給它做了臺非標測試設備，當時程序寫好測試好了，沒有問題。1.  3個月后，其余部門的人說不對，修改程序，遠程修改好，用了1個月，又不行，說要改。  2. 又遠程修改，沒有問題可以用了，再半個月后，又說不對，又要求改，  3. 又遠程改，改好后，用了2個月，說還是要改下， 4. 改好后，用了1個月左右，說還是改一下吧，又變了，然后我就來脾氣了，不想改了，。  各位，你們覺得應該怎么做，給個意見吧。

不知道你當時的用戶需求書是怎么寫的，只要客戶有需求，一直改吧，滿意為止。

技術人員最怕這種改改改

收費啊，一收費，啥毛病都沒有了

談的時候就應該把需求寫明確。售后再增加需求加錢。

只要談到錢都沒問題的。

這不是正常操作嘛  2020年給客戶左的設備也是 一直要改   現(xiàn)在在打官司

當時談的時候如果沒說清楚，后期就有得干了

我也是，做了一臺檢測機，一開始只有4款產(chǎn)品，到后來又加進來幾款，我忍了， 媽的，現(xiàn)在又說要這樣，要那樣，我火了，讓他一次性想好，就做這最后一次，后面再搞就加錢，屁事也沒有了，真的是一講錢就沒事了。

純軟件項目一定要做需求凍結,一日不凍結一日不開工(可以把確定的需求先做著,定期給客戶看成果,否則會流失客戶,中間的度自己把握),項目合同以后附的需求清單為準,要錢也好,打官司也好都以此為準,加功能另外給錢另外排期.

我以前都是陪著客戶一遍遍過,過到大家都滿意了,兩邊老板都簽字,然后再開始正式的開發(fā),之前會做點界面給客戶看看,大概長這個樣子,實際功能一個不做;問就是需求沒確定做了沒用.

不這么搞,后面無窮無盡的修改再修改,尤其是稍微大一點的公司,按照生產(chǎn)的要求改了質(zhì)量不滿意,按照質(zhì)量的要求改了車間行政不滿意,都改的滿意了采購說你這個軟件和一開始說的不一樣啊;這些扯皮的事情,和早期的原型開發(fā)都要放在動手寫代碼之前去搞定,一旦投入到開發(fā)過程中去,任何意外的延期都會造成巨大的成本浪費,而且到時候改的面目全非,驗收又是大麻煩.

現(xiàn)在工業(yè)軟件越來越復雜了,很多從現(xiàn)場到軟件的同志們沒有經(jīng)過系統(tǒng)的軟件工程方面的教育或者培訓,靠自己的項目經(jīng)驗去一點點趟這個渾水是很吃虧的.

各位大佬可以分享一些實際的操作流程和項目經(jīng)驗,而不是一句簡單的加錢,具體這個加錢怎么加怎么跟客戶談,可以分享一下

你就沒搞清楚誰才是拍板的那個，你就只跟拍板的那個接洽，其他人提意見就讓他們自己內(nèi)部去鬧。

一般你講要加錢，他就回想清楚要不要改了。