在進行外包時，最終收到的卻是糟糕的代碼或者是我們無法讀懂的文檔。但在大多數情況下，沒有達到預期效果的原因不是因為軟件外包公司的自身能力問題，而是他們誤解了需求。

軟件外包公司的一大風險就是不能有效的定義項目需求。公司的項目經理可能要求開發團隊迅速完成，特別是項目交貨時間比較緊張的時候，對需求分析不夠重視。但是如果忽略初期的項目需求文檔，那么后期就可能產生問題，數量居多且解決起來花費巨大。

      如果能很好的描述需求，那么開發團隊就能做出滿意的產品。
 

      一個龐大，過分詳細，可能要花費數月時間的項目說明和只有一頁紙大小，一點也不充分的項目概念之間是有明確界限的。但是通常，項目在開始的時候對項目說明的定義越清晰，項目經理就越能夠理解你想得到什么，你怎么樣得到，并且完成它。

      這一步驟有多重要呢?

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

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

項目經理在以下3個階段收集信息提出項目需求：

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

      02 分析系統需求：包括預期系統的可接受性、可實施性、可測試性。

      03 檢查需求：包括預期系統需求的綜合考慮，目的是為了明確需求中發現的由于模棱兩可或者是不一致而導致的問題或者錯誤。

      這份文檔還包括問題追蹤以及在問題產生后如何處理的計劃。