價(jià)格調(diào)整以及服務(wù)收費(fèi)超標(biāo)等事項(xiàng)、行為及其權(quán)責(zé)做出預(yù)測(cè)，并有效約定，從而使信息化項(xiàng)目從一開始就按雙方預(yù)定的規(guī)道行駛，互為制約、協(xié)調(diào)，避免再發(fā)意外。
驗(yàn)收與發(fā)現(xiàn)、檢驗(yàn)需求并舉。大型的ERP項(xiàng)目不少是邊實(shí)施邊驗(yàn)收，然后再發(fā)現(xiàn)新問題新需求，再進(jìn)一步返工完善，一步一步地把項(xiàng)目向前推進(jìn)，但許多中小型的ERP項(xiàng)目最好是成功切換后，錄入一個(gè)月以上的企業(yè)重要數(shù)據(jù)，上線運(yùn)行一個(gè)月時(shí)間，看看有沒有出現(xiàn)新問題、新需求，如沒有就可進(jìn)入驗(yàn)收、簽案。畢竟一個(gè)月才是一個(gè)小的系統(tǒng)周期，如果小的周期都沒有跑順，就更別說一年這樣的大周期了。如ERP系統(tǒng)能做到平穩(wěn)運(yùn)行一兩個(gè)月以上，能夠準(zhǔn)確導(dǎo)出各類月度報(bào)表的時(shí)候，系統(tǒng)應(yīng)用和各項(xiàng)業(yè)務(wù)操作基本正常、順暢，通常而言，可認(rèn)為系統(tǒng)已達(dá)到的效果或者是達(dá)到了先前預(yù)定的目標(biāo)，也說明企業(yè)不再有管理流程、業(yè)務(wù)流程新需求與變更了，系統(tǒng)項(xiàng)目可算上線成功了，可以放心驗(yàn)收、簽案了。
3、項(xiàng)目需求變更的幾項(xiàng)須注意事項(xiàng)
充分交流、協(xié)商。變更管理的過程很大程度上就是用戶與開發(fā)人員的交流過程。軟件供應(yīng)商項(xiàng)目經(jīng)理、技術(shù)經(jīng)理必須學(xué)會(huì)認(rèn)真聽取用戶的要求、考慮和設(shè)想，并加以分析和整理。同時(shí)，軟件開發(fā)方應(yīng)鄭重向用戶說明，進(jìn)入設(shè)計(jì)階段以后，再提出需求變更會(huì)給整個(gè)開發(fā)工作帶來什么樣的沖擊和不良后果，全面權(quán)衡輕重。
區(qū)別對(duì)待，折衷求同。隨著項(xiàng)目不斷進(jìn)展，不少企業(yè)用戶會(huì)不斷提出一些在項(xiàng)目實(shí)施組看來確實(shí)無法實(shí)現(xiàn)或工作量比較大、對(duì)項(xiàng)目進(jìn)度有重大影響的需求。
新需求，可以建議用戶將新需求按重要和緊迫程度劃分檔次，作為需求變更評(píng)估的重要依據(jù)。如遇到有些需求無法在短時(shí)間內(nèi)解決、需要花個(gè)把月才能解決的時(shí)候，那就不要硬拼，不要讓項(xiàng)目因此僵住，而要通盤考慮一下，有否臨時(shí)的折中方案可以先“應(yīng)付”一下?如讓用戶先使用現(xiàn)有系統(tǒng)，等過一段時(shí)期，技術(shù)解決或二次開發(fā)成功后再給用戶免費(fèi)升級(jí)安裝。
項(xiàng)目越接近收尾階段，再進(jìn)行需求變更的話，給甲乙雙方造成的損失則越大。因此需求變更要趨早，早提出早好。若你項(xiàng)目快要完工時(shí)，才發(fā)現(xiàn)原先的需求有紕漏、缺失，需要變更重設(shè)時(shí)，那損失就會(huì)大了。建房子，若在房子快造好時(shí)，卻發(fā)現(xiàn)原先設(shè)計(jì)不對(duì)，需要推倒重來，那成本與時(shí)間的浪費(fèi)就大得不得了。