對(duì)于軟件開(kāi)發(fā)項(xiàng)目來(lái)說(shuō),開(kāi)發(fā)的過(guò)程中不可避免的會(huì)出現(xiàn)需求變更，發(fā)生變更的環(huán)節(jié)也比較多，因此變更控制顯得格外重要。變更控制對(duì)項(xiàng)目成敗有重要影響，項(xiàng)目開(kāi)發(fā)之前要明確定義，開(kāi)發(fā)過(guò)程中要嚴(yán)格執(zhí)行。對(duì)變更控制的目的并不是控制變更的發(fā)生，而是對(duì)變更進(jìn)行管理，以便更好的處理變更，確保變更有序進(jìn)行，而這些變更都是靠文檔來(lái)記錄的，規(guī)范操作的，從而減少因?yàn)樾枨笞兏鴰?lái)的損失，加快項(xiàng)目的開(kāi)發(fā)速度。  
  　文檔固然重要，但精細(xì)到什么程度就有待大家一起探討了。目前大部分都是為了文檔而文檔就失去了意義。在項(xiàng)目初期（范圍定義），對(duì)于文檔我更傾向于寫(xiě)個(gè)大概，具節(jié)開(kāi)發(fā)的時(shí)候不斷請(qǐng)教，文檔的工作不是不斷累進(jìn)明細(xì)的，是越來(lái)越明確的一個(gè)過(guò)程。在工作分解結(jié)構(gòu)之前，文檔工作應(yīng)該明細(xì)到每個(gè)模塊的功能要求，界面要求，驗(yàn)收標(biāo)準(zhǔn)等內(nèi)容。文檔寫(xiě)出來(lái)后，不是放在那里睡覺(jué)的，而是需要拿它和客戶(hù)周旋的。一旦文檔得到客戶(hù)或項(xiàng)目干系人簽字后，就按照文檔嚴(yán)格執(zhí)行。在執(zhí)行過(guò)程中，有項(xiàng)目干系人說(shuō)這說(shuō)那的，少了這個(gè)或那個(gè)功能，這個(gè)時(shí)候就要用文檔來(lái)說(shuō)話(huà)了，若在原有功能的基礎(chǔ)上增加的話(huà)，寫(xiě)個(gè)需求變更，這個(gè)時(shí)候項(xiàng)目經(jīng)理要對(duì)變更進(jìn)行分析，提出一個(gè)或多個(gè)解決方案（即使在項(xiàng)目目標(biāo)不允許的情況下也應(yīng)該這么做），然后在項(xiàng)目的進(jìn)度，成本，質(zhì)量，資源的基礎(chǔ)對(duì)其進(jìn)行評(píng)估，在評(píng)估代價(jià)并且與客戶(hù)討論的時(shí)候，要讓客戶(hù)了解變更的后果，變更之后面臨的最大問(wèn)題就是項(xiàng)目延期，然后讓客戶(hù)做判斷，無(wú)非下面幾種情況： 
　　1.客戶(hù)接收延期這一結(jié)果，開(kāi)發(fā)人員按照客戶(hù)的要求修改，但要讓客戶(hù)知道為此要付出的代價(jià)。如果客戶(hù)認(rèn)為代價(jià)太大，那么開(kāi)發(fā)人員就沒(méi)有必要修改，按原來(lái)的進(jìn)度走，但仍要記錄變更，待下一版本在修改。 
　　2.如果客戶(hù)不接受變更的代價(jià)，此時(shí)可能導(dǎo)致項(xiàng)目繼續(xù)比較困難。如果客戶(hù)不知道你為變更付出的代價(jià)，對(duì)你的辛苦便難以體會(huì)，以致沒(méi)完沒(méi)了的提出新的變更。  
　　正如前文所說(shuō)，需求變更往往是不可避免的。通常是項(xiàng)目負(fù)責(zé)人員花費(fèi)了大量的氣力避免需求變更，可最后需求變更總是會(huì)出現(xiàn)。但是這并不意味著項(xiàng)目開(kāi)發(fā)人員不應(yīng)該做這方面的工作，項(xiàng)目開(kāi)發(fā)人員對(duì)于需求變更的正確態(tài)度應(yīng)該和軟件測(cè)試的態(tài)度一樣，在需求變更發(fā)生之前盡量減少需求變更，以將需求變更帶來(lái)的風(fēng)險(xiǎn)降低到最低。項(xiàng)目開(kāi)發(fā)人員切忌在項(xiàng)目設(shè)計(jì)之前試圖消除需求變更，這樣做往往費(fèi)力不討好。  
　　相比于需求開(kāi)發(fā)人員而言，客戶(hù)可能對(duì)需求變更認(rèn)識(shí)不足，認(rèn)為他們出錢(qián)，程序員或軟件開(kāi)發(fā)公司就要為它服務(wù)，因此客戶(hù)對(duì)需求變更往往更加肆無(wú)忌彈，將需求變更視為兒戲，隨個(gè)人喜好隨意變更需求。因此，在需求人員同用戶(hù)代表或用戶(hù)部門(mén)主管人員接觸時(shí)，就應(yīng)該向他們挑明態(tài)度，和他們協(xié)商好，特別是應(yīng)該讓他們清楚軟件的定價(jià)應(yīng)該與軟件的功能相關(guān)，以及需求隨意變更所帶來(lái)的風(fēng)險(xiǎn)的承擔(dān)者應(yīng)該由客戶(hù)和項(xiàng)目開(kāi)發(fā)者共同承擔(dān)。通過(guò)這樣做，讓客戶(hù)在需求分析之前就盡量對(duì)他們所需要的功能有個(gè)整體的了解和確定的思路，而不是等到程序員開(kāi)始編碼了，才提出以前原本在需求分析時(shí)就可以提出的需求。 
　　可以在合同中進(jìn)行約束可增加一些相關(guān)的條款：如限定用戶(hù)提出需求變更的時(shí)間,按規(guī)定何種情況的變更可以接收變拒絕接收，或部分接收，還可以規(guī)定發(fā)生需求變更時(shí)必須執(zhí)行變更控制流程，軟件開(kāi)發(fā)的變更間接地反映出一個(gè)企業(yè)的文化，企業(yè)文化是為了企業(yè)利益最大化而建立的。企業(yè)文化著眼的是企業(yè)的長(zhǎng)遠(yuǎn)目標(biāo)，如果說(shuō)企業(yè)的利益則是短期目標(biāo)，誰(shuí)該服從誰(shuí)？一個(gè)好的企業(yè)文化，會(huì)充分調(diào)動(dòng)員工的積極性和熱情，這遠(yuǎn)比流水線(xiàn)式的生產(chǎn)方式效率來(lái)的更高。員工不是你多給幾個(gè)錢(qián)就會(huì)為你賣(mài)命的，更多的是靠企業(yè)文化，組織行為去不斷的感染他的。 

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線(xiàn)啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html