軟件外包公司沒有搞清楚需求會怎麽樣？

　　在進行外包時(shí)，最終收到的(de)卻是糟糕的(de)代碼或者是我們無法讀懂(dǒng)的(de)文檔。但在大(dà)多(duō)數情況下(xià)，沒有達到預期效果的(de)原因不是因爲軟件外包公司的(de)自身能力問題，而是他(tā)們誤解了(le)需求。軟件外包公司的(de)一大(dà)風險就是不能有效的(de)定義項目需求。公司的(de)項目經理(lǐ)可(kě)能要求開發團隊迅速完成，特别是項目交貨時(shí)間比較緊張的(de)時(shí)候，對(duì)需求分(fēn)析不夠重視。但是如果忽略初期的(de)項目需求文檔，那麽後期就可(kě)能産生問題，數量居多(duō)且解決起來(lái)花費巨大(dà)。如果能很好的(de)描述需求，那麽開發團隊就能做(zuò)出滿意的(de)産品。

　　一個(gè)龐大(dà)，過分(fēn)詳細，可(kě)能要花費數月(yuè)時(shí)間的(de)項目說明(míng)和(hé)隻有一頁紙大(dà)小，一點也(yě)不充分(fēn)的(de)項目概念之間是有明(míng)确界限的(de)。但是通(tōng)常，項目在開始的(de)時(shí)候對(duì)項目說明(míng)的(de)定義越清晰，項目經理(lǐ)就越能夠理(lǐ)解你想得(de)到什(shén)麽，你怎麽樣得(de)到，并且完成它。這(zhè)一步驟有多(duō)重要呢(ne)?根據卡耐基梅隆大(dà)學的(de)軟件工程研究所(SEI)的(de)一項研究發現糟糕的(de)需求定義或者不清晰的(de)項目需求是軟件項目失敗或者延遲的(de)最主要原因。應對(duì)措施：不要逼迫軟件外包公司去猜你要做(zuò)的(de)東西是什(shén)麽?有許多(duō)不同的(de)方法來(lái)完成一個(gè)産品，但是并不是所有的(de)你都可(kě)以接受。爲了(le)避免失望，你應該定義明(míng)确的(de)需求。要想減少由于誤解項目需求而産生的(de)風險，一個(gè)重要的(de)方法就是在開發正式開始之前就要把需求分(fēn)析作爲一個(gè)最重要的(de)階段來(lái)做(zuò)。這(zhè)需要一系列的(de)討(tǎo)論。當然這(zhè)些時(shí)間花費是值得(de)的(de)。

　　項目經理(lǐ)在以下(xià)3個(gè)階段收集信息提出項目需求：1)收集最初的(de)用(yòng)戶需求：在創建系統用(yòng)例之前，項目經理(lǐ)要會見用(yòng)戶，詢問他(tā)們對(duì)系統期待的(de)特性以及功能。他(tā)們需要了(le)解完整系統的(de)商業需求，從客戶公司搜集高(gāo)層系統需求和(hé)系統包括的(de)用(yòng)戶界面。2)分(fēn)析系統需求：包括預期系統的(de)可(kě)接受性、可(kě)實施性、可(kě)測試性。3)檢查需求：包括預期系統需求的(de)綜合考慮，目的(de)是爲了(le)明(míng)确需求中發現的(de)由于模棱兩可(kě)或者是不一緻而導緻的(de)問題或者錯誤。這(zhè)份文檔還(hái)包括問題追蹤以及在問題産生後如何處理(lǐ)的(de)計劃。