抓住空子，往往要付出許多無謂的犧牲。如果需求做得好，文檔清晰且又有客戶簽字，那么后期客戶提出的變更就超出了合同范圍，需要另外收費(fèi)。
這個(gè)時(shí)候千萬不能手軟，這并作要刻意賺取客戶的錢財(cái)，而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣，否則后患無窮。相對(duì)于需求來說，什么WBS、風(fēng)險(xiǎn)管理、計(jì)劃進(jìn)度都是次要的，只要需求做好了就會(huì)一帆風(fēng)順。
6、客觀面對(duì)需求變更
需求一定會(huì)變化，我們也不得不面對(duì)這種情況，那么用什么辦法改善這種現(xiàn)狀呢?下面我提幾點(diǎn)建議。
（1）、加強(qiáng)人員培訓(xùn)
從客觀方面可以采取的措施來說，首先是加強(qiáng)對(duì)需求分析人員的培訓(xùn)，盡可能增強(qiáng)軟件系統(tǒng)、行業(yè)的背景知識(shí)，提高與客戶的溝通能力，增強(qiáng)服務(wù)意識(shí)和責(zé)任感， 因?yàn)閷⒁_發(fā)的系統(tǒng)直接建立在需求分析的基礎(chǔ)上;同時(shí)規(guī)范需求分析人員和客戶溝通的方式，以及規(guī)范需求說明的格式，如果可能的話，盡量采取用戶可以理解的圖例來對(duì)需求進(jìn)行標(biāo)準(zhǔn)、規(guī)范的描述，保證雙方對(duì)需求達(dá)到共同的認(rèn)識(shí)。
?。?）、加強(qiáng)文檔管理
需求文檔是相當(dāng)重要的，可是在做文檔時(shí)大家普遍流于形式，文檔也有，格式也正確，但沒有人關(guān)心文檔的真正內(nèi)容是否正確，格式是否真的合理，是否實(shí)用，很多情況下是在幾天時(shí)間里趕出來或補(bǔ)上去的。
結(jié)果往往是在需要文檔時(shí)，文檔找到了，完全符合格式的要求，可是在里面能找到的線索是有限的，結(jié)果還要花很長(zhǎng)時(shí)間查找數(shù)據(jù)表結(jié)構(gòu)、甚至查看數(shù)據(jù)表的內(nèi)容，詢問當(dāng)時(shí)的開發(fā)人員，才分析到所要的關(guān)系。這種情況在設(shè)計(jì)文檔里也存在，所以不管是開發(fā)人員、還是項(xiàng)目管理人員都要注意文檔的有效性和有用性問題，甚至對(duì)文檔的格式進(jìn)行一下合理性檢查。
?。?）、項(xiàng)目實(shí)施階段的變更控制
成功項(xiàng)目和失敗項(xiàng)目的區(qū)別就在于項(xiàng)目的整個(gè)過程是否是可控的。項(xiàng)目經(jīng)理應(yīng)該樹立一個(gè)理念—“需求變更是必然的、可控的、有益的”。項(xiàng)目實(shí)施階段的變更控制需要做的是分析變更請(qǐng)求，評(píng)估變更可能帶來的風(fēng)險(xiǎn)和修改基準(zhǔn)文件。
能力的提高往往不是從成功的經(jīng)驗(yàn)中來，而是從失敗的教訓(xùn)中來。許多項(xiàng)目經(jīng)理不注重經(jīng)驗(yàn)教訓(xùn)總結(jié)和積累， 即使在項(xiàng)目運(yùn)作過程中碰得頭破血流，也只是抱怨運(yùn)氣、環(huán)境和團(tuán)隊(duì)配合不好，很少系統(tǒng)地分析總結(jié)，或者不知道如何分析總結(jié)，以至于同樣的問題反復(fù)出現(xiàn)。
事實(shí)上，項(xiàng)目總結(jié)工作應(yīng)作為現(xiàn)有項(xiàng)目或?qū)眄?xiàng)目持續(xù)改進(jìn)工作的一項(xiàng)重要內(nèi)容，同時(shí)也可以作為對(duì)項(xiàng)目合同、設(shè)計(jì)方案內(nèi)容與目標(biāo)的確認(rèn)和驗(yàn)證。項(xiàng)目總結(jié)工作包括項(xiàng)目中事先識(shí)別的風(fēng)險(xiǎn)和沒有預(yù)料到而發(fā)生的變更等風(fēng)險(xiǎn)的應(yīng)對(duì)措施的分析和總結(jié)，也包括項(xiàng)目中發(fā)生的變更和項(xiàng)目中發(fā)生問題的分析統(tǒng)計(jì)的總結(jié)。
需求變更既然不可避免，那么就必須有一套規(guī)范的處理流程。對(duì)于需求變更的處理流程應(yīng)該分以下步驟:提出變更->變更評(píng)估->實(shí)施變更。圖1簡(jiǎn)要地描述了一般需求變更的處理流程。
CMM提出“分配需求的變更被復(fù)審，并加入到軟件項(xiàng)目中來”，其關(guān)鍵是在需求發(fā)生變更時(shí)，沒有必要馬上把這些變更付諸于軟件開發(fā)工作之中。
實(shí)際上，堅(jiān)持把需求變更付諸開發(fā)努力，企業(yè)就會(huì)形成一種混亂且不穩(wěn)定的氛圍，進(jìn)而嚴(yán)重破壞項(xiàng)目的控制和管理。需求管理關(guān)鍵過程試圖通過把分配需求的變更囤積到可管理的組中，等到開發(fā)工作允許的時(shí)候再引入相應(yīng)的方法，避免產(chǎn)生這種混亂的氛圍。結(jié)果，需求管理創(chuàng)建了一個(gè)隔絕開發(fā)工作與所有真實(shí)的、潛在無序的、來自于客戶的變更。
打破模糊的、曖昧的、沒有文檔化的需求是一種偉大的挑戰(zhàn)，但是制訂堅(jiān)持遵守的