原文鏈接：http://www.51testing.com/?103489/action_viewspace_itemid_70804.html
之前一個(gè)朋友問(wèn)起我，說(shuō)做了那么多年開發(fā)，談?wù)動(dòng)行╉?xiàng)目為何失敗。朋友說(shuō)項(xiàng)目失敗很大的原因是在合同問(wèn)題，合同沒(méi)有很好的列出項(xiàng)目范圍。其實(shí)，合同的范圍只是一般的范圍，詳細(xì)內(nèi)容應(yīng)該不屬于合同的一部分。所以我覺(jué)得項(xiàng)目最大的問(wèn)題還是需求沒(méi)做好。需求沒(méi)有做好，主要表現(xiàn)在以下幾個(gè)方面：
一、需求采集與分析
1、需求采集分析時(shí)，沒(méi)有從完整的業(yè)務(wù)流程出發(fā)，容易關(guān)注主要業(yè)務(wù)需求，而造成次要業(yè)務(wù)需求塊的遺漏。
之前檢查了我們公司一個(gè)重要項(xiàng)目的需求做得咋樣，光看需求提問(wèn)單，就發(fā)現(xiàn)大部分問(wèn)題是關(guān)于功能需求的。而問(wèn)起業(yè)務(wù)需求時(shí)，他們說(shuō)都很清楚了，但問(wèn)起業(yè)務(wù)上細(xì)節(jié)處理時(shí)，大家都恍然大悟：“哦，這里需要再問(wèn)下客戶...”。
2、開發(fā)人員除了關(guān)注采集功能需求、外部接口需求、性能需求和一般的標(biāo)準(zhǔn)需求外，往往容易忽略系統(tǒng)領(lǐng)域的背景、操作環(huán)境需求、用戶特殊需求（例如用戶熟練使用的工具與方法）等。
二、需求定義與確認(rèn)
需求規(guī)格說(shuō)明書是將人們思想中的概念和目標(biāo)轉(zhuǎn)換成正式的文檔，在這個(gè)過(guò)程中，很容易產(chǎn)生錯(cuò)誤，例如表達(dá)不完整，不正確的事實(shí)，不一致或模糊的需求等。因此，一定要正確詳細(xì)的進(jìn)行需求定義與驗(yàn)證，確保規(guī)格化的內(nèi)容確實(shí)是用戶所需求的東西。
三、需求變更
需求變更管理有兩個(gè)方面，一是與客戶就怎樣變更達(dá)成一致，一個(gè)是進(jìn)行變更流程控制活動(dòng)。在這兩個(gè)方面都容易出錯(cuò)。
1、與客戶達(dá)成一致方面，需要讓客戶意識(shí)到變更對(duì)項(xiàng)目影響的后果，要技巧性+友好性的將變更加入到協(xié)商條款中。在評(píng)估需求變更達(dá)到一定的影響時(shí)，要試圖協(xié)商控制變更，以保證在需求變更下，項(xiàng)目可以繼續(xù)成功。
2、變更流程控制活動(dòng)，包括怎么進(jìn)行變更請(qǐng)求，怎么進(jìn)行變更批準(zhǔn)等過(guò)程控制，還要考慮為處理變更估計(jì)留出時(shí)間等等方面的問(wèn)題。這方面不遵循過(guò)程控制流程來(lái)走，很容易導(dǎo)致花大功夫補(bǔ)救的后果。
我們公司已經(jīng)對(duì)變更沒(méi)有做很好的控制，就吃了很多虧。我們項(xiàng)目組是駐客戶所在地辦公，開發(fā)人員經(jīng)常接到客戶電話來(lái)提出一些功能性的小變更，考慮到是小變更，又受“客戶是上帝、提高客戶滿意度”等思想的影響，也就痛快答應(yīng)，甚至當(dāng)場(chǎng)修改程序發(fā)布?？蛻羰歉吲d了，短期來(lái)看，效率高，而且還與客戶打好關(guān)系。可長(zhǎng)期來(lái)看，上此以往，這種行為就變成“沒(méi)有跟客戶計(jì)算成本”的花費(fèi)，這還是小事，更嚴(yán)重的問(wèn)題是，這種沒(méi)有經(jīng)過(guò)整體評(píng)估、影響分析、風(fēng)險(xiǎn)識(shí)別與分析的行為，有可能改了東家，拆壞了西家，到最后要花費(fèi)更大的財(cái)力去彌補(bǔ)，吃力不討好，更甚的后果是因?yàn)檫@些漏洞，遲遲拖延項(xiàng)目驗(yàn)收時(shí)間，從而導(dǎo)致項(xiàng)目失敗。