在進(jìn)行外包時，最終收到的卻是糟糕的代碼或者是我們無法讀懂的文檔。但在大多數(shù)情況下，沒有達(dá)到預(yù)期效果的原因不是因?yàn)檐浖獍镜淖陨砟芰栴}，而是他們誤解了需求。

軟件外包公司的一大風(fēng)險就是不能有效的定義項(xiàng)目需求。公司的項(xiàng)目經(jīng)理可能要求開發(fā)團(tuán)隊(duì)迅速完成，特別是項(xiàng)目交貨時間比較緊張的時候，對需求分析不夠重視。但是如果忽略初期的項(xiàng)目需求文檔，那么后期就可能產(chǎn)生問題，數(shù)量居多且解決起來花費(fèi)巨大。

如果能很好的描述需求，那么開發(fā)團(tuán)隊(duì)就能做出滿意的產(chǎn)品。

一個龐大，過分詳細(xì)，可能要花費(fèi)數(shù)月時間的項(xiàng)目說明和只有一頁紙大小，一點(diǎn)也不充分的項(xiàng)目概念之間是有明確界限的。但是通常，項(xiàng)目在開始的時候?qū)?xiàng)目說明的定義越清晰，項(xiàng)目經(jīng)理就越能夠理解你想得到什么，你怎么樣得到，并且完成它。

這一步驟有多重要呢?

根據(jù)卡耐基梅隆大學(xué)的軟件工程研究所(SEI)的一項(xiàng)研究發(fā)現(xiàn)糟糕的需求定義或者不清晰的項(xiàng)目需求是軟件項(xiàng)目失敗或者延遲的最主要原因。

應(yīng)對措施：不要逼迫軟件外包公司去猜你要做的東西是什么?有許多不同的方法來完成一個產(chǎn)品，但是并不是所有的你都可以接受。為了避免失望，你應(yīng)該定義明確的需求。要想減少由于誤解項(xiàng)目需求而產(chǎn)生的風(fēng)險，一個重要的方法就是在開發(fā)正式開始之前就要把需求分析作為一個最重要的階段來做。這需要一系列的討論。當(dāng)然這些時間花費(fèi)是值得的。

項(xiàng)目經(jīng)理在以下3個階段收集信息提出項(xiàng)目需求：

01 收集最初的用戶需求：在創(chuàng)建系統(tǒng)用例之前，項(xiàng)目經(jīng)理要會見用戶，詢問他們對系統(tǒng)期待的特性以及功能。他們需要了解完整系統(tǒng)的商業(yè)需求，從客戶公司搜集高層系統(tǒng)需求和系統(tǒng)包括的用戶界面。

02 分析系統(tǒng)需求：包括預(yù)期系統(tǒng)的可接受性、可實(shí)施性、可測試性。

03 檢查需求：包括預(yù)期系統(tǒng)需求的綜合考慮，目的是為了明確需求中發(fā)現(xiàn)的由于模棱兩可或者是不一致而導(dǎo)致的問題或者錯誤。

這份文檔還包括問題追蹤以及在問題產(chǎn)生后如何處理的計(jì)劃。