應(yīng)對(duì)之道

    需求變更控制一般要經(jīng)過(guò)變更申請(qǐng)、變更評(píng)估、決策、回復(fù)這四大步驟。如果變更被接受，還要增加實(shí)施變更和驗(yàn)證兩個(gè)步驟，有時(shí)還會(huì)有取消變更的步驟。針對(duì)變更控制流程，在實(shí)際工作中總結(jié)出了軟件開(kāi)發(fā)人員在需求變更管理實(shí)踐中的幾點(diǎn)對(duì)策：

    優(yōu)先排序 分批實(shí)現(xiàn)　每個(gè)需求的重要性是不同的。由于資源或技術(shù)條件的限制，會(huì)顯得“僧多粥少”，因此不可能把所有的需求一次完成。怎么辦？把每個(gè)需求按照對(duì)效益的貢獻(xiàn)打個(gè)分，排出個(gè)優(yōu)先級(jí)來(lái)，優(yōu)先級(jí)高的需求先實(shí)現(xiàn)，低的到一下版式本實(shí)現(xiàn)。由于不斷有新的需求進(jìn)來(lái)，有的需求可能永遠(yuǎn)沒(méi)有機(jī)會(huì)被子實(shí)現(xiàn)，但不緊，還是要記錄下來(lái)，并一起參加排序，保證在每個(gè)版本發(fā)布時(shí)重要的需求先得到滿足。每個(gè)需求的實(shí)現(xiàn)是需要花時(shí)間的，沒(méi)人有百分百的把握預(yù)估得很清楚，但借鑒過(guò)去的經(jīng)驗(yàn)可以大概估算出人力成本，然后根據(jù)開(kāi)發(fā)人員和開(kāi)發(fā)周期得出可用人力投入作為上限。從優(yōu)先級(jí)高的需求中挑，直到挑中的人力成本總和剛剛低于可用投入上限，這樣得出的就是需求的錄取榜。今后的軟件開(kāi)發(fā)規(guī)劃也會(huì)以此為依據(jù)，分期分批地在不同的回合中實(shí)現(xiàn)。最合理的不一定是優(yōu)先級(jí)最高的，也就是說(shuō)不一不定是最先考慮的，“經(jīng)濟(jì)為本”是指導(dǎo)優(yōu)先排序的最終原則。

    相互協(xié)作　很難想像遭到用戶抵制的項(xiàng)目能夠成功。在討論需求時(shí)，開(kāi)發(fā)人員與用戶應(yīng)該盡量采取相互理解、相互協(xié)作的態(tài)度，對(duì)能解決的問(wèn)題盡量解決。即使用戶提出了在開(kāi)發(fā)人員看來(lái)"過(guò)分"的要求，也應(yīng)該仔細(xì)分析原因，積極提出可行的替代方案。

    充分交流　需求變更管理的過(guò)程很大程度上就是用戶與開(kāi)發(fā)人員的交流過(guò)程。軟件開(kāi)發(fā)人員必須學(xué)會(huì)認(rèn)真聽(tīng)取用戶的要求、考慮和設(shè)想，并加以分析和整理。同時(shí)，軟件開(kāi)發(fā)人員應(yīng)該向用戶說(shuō)明，進(jìn)入設(shè)計(jì)階段以后，再提出需求變更會(huì)給整個(gè)開(kāi)發(fā)工作帶來(lái)什么樣的沖擊和不良后果。

    安排專職人員負(fù)責(zé)需求變更管理　有時(shí)開(kāi)發(fā)任務(wù)較重，開(kāi)發(fā)人員容易陷入開(kāi)發(fā)工作中而忽略了與用戶的隨時(shí)溝通，因此需要一名專職的需求變更管理人員負(fù)責(zé)與用戶及時(shí)交流。

    合同約束　需求變更給軟件開(kāi)發(fā)帶來(lái)的影響有目共睹，所以在與用戶簽訂合同時(shí)，可以增加一些相關(guān)條款，如限定用戶提出需求變更的時(shí)間，規(guī)定何種情況的變更可以接受、拒絕接受或部分接受，還可以規(guī)定發(fā)生需求變更時(shí)必須執(zhí)行變更控制流程。

    區(qū)別對(duì)待　隨著開(kāi)發(fā)進(jìn)展，有些用戶會(huì)不斷提出一些在項(xiàng)目組看來(lái)確實(shí)無(wú)法實(shí)現(xiàn)或工作量比較大、對(duì)項(xiàng)目進(jìn)度有重大影響的需求。遇到這種情況，開(kāi)發(fā)人員可以向用戶說(shuō)明，項(xiàng)目的啟動(dòng)是以最初的基本需求作為開(kāi)發(fā)前提的，如果大量增加新的需求（雖然用戶認(rèn)為是細(xì)化需求，但實(shí)際上是增加了工作量的新需求），會(huì)使項(xiàng)目不能按時(shí)完成。如果用戶堅(jiān)持實(shí)施新需求，可以建議用戶將新需求按重要和緊迫程度劃分檔次，作為需求變更評(píng)估的一項(xiàng)依據(jù)。同時(shí)，還要注意控制新需求提出的頻率。

    選用適當(dāng)?shù)拈_(kāi)發(fā)模型　采用建立原型的開(kāi)發(fā)模型比較適合需求不明確的開(kāi)發(fā)項(xiàng)目。開(kāi)發(fā)人員先根據(jù)用戶對(duì)需求的說(shuō)明建立一個(gè)系統(tǒng)原型，再與用戶溝通。一般用戶看到一些實(shí)際的東西后，對(duì)需求會(huì)有更為詳細(xì)的解釋，開(kāi)發(fā)人員可根據(jù)用戶的說(shuō)明進(jìn)一步完善系統(tǒng)原型。這個(gè)過(guò)程重復(fù)幾次后，系統(tǒng)原型逐漸向最終的用戶需求靠攏，從根本上減少需求變更的出現(xiàn)。目前業(yè)界較為流行的疊代式開(kāi)發(fā)方法對(duì)工期緊迫的項(xiàng)目的需求變更控制很有成效。

    用戶參與需求評(píng)審　作為需求的提出者，用戶理所當(dāng)然是最具權(quán)威的發(fā)言人之一。實(shí)際上，在需求評(píng)審過(guò)程中，用戶往往能提出許多有價(jià)值的意見(jiàn)。同時(shí)，這也是由用戶對(duì)需求進(jìn)行最后確認(rèn)的機(jī)會(huì)，可以有效減少需求變更的發(fā)生。

    變更控制流程如圖所示。

后記：

    對(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)行，從而減少因?yàn)樾枨笞兏鴰?lái)的損失，加快項(xiàng)目的開(kāi)發(fā)速度。