軟件開發(fā)的冤枉路
大部分軟件開發(fā)從業(yè)人員常述說“很難把握客戶的需求”。這句話基本上不應該從一個專業(yè)人員口中說出來，你聽過一個裝修工人告訴你不能把握他客戶的裝修需求嗎？但這卻是事實。如何能夠“把握客戶的需求”便成為軟件工程中急需解決的問題。很多專家發(fā)表很多理論，應該如何才能夠把握客戶的需求，需要采用那些手段，那些方法等等。。。。但我可以把過去三十多年科技企業(yè)軟件開發(fā)的經驗告訴大家，我們基本不用去“把握”客戶的“需求”。
軟件開發(fā)的冤枉路帶來目前 IT 項目管理的另一段冤枉路，我們是否還需要繼續(xù)朝這條冤枉路走下去，還是找尋我們軟件工程的正確路線？希望各從業(yè)人員自己判斷，并適當?shù)淖龀鼋Y論。
國內對需求的解釋
從 72 年開始從事軟件開發(fā)，到 79 年開始成為開發(fā)小組主管，到 84 年正式成為項目經理，一直到今天已經積累了三十多年的開發(fā)及二十多年的管理經驗，最近這兩年在國內從事教育及咨詢的工作，發(fā)覺國內軟件從業(yè)人員所談的“需求”和我過去在國外執(zhí)行軟件開發(fā)時所談的“需求”有很大的差異。我們在國外建設系統(tǒng)的時候，『需求』是技術人員建立的，不是從客戶口中把握的。但國內的軟件從業(yè)人員所談的“需求”是在“調研”過程中由客戶提出的。坦白說，客戶基本不理解本身的需求，又如何能夠告訴我們所期待的“需求”呢？又如何會認同從業(yè)人員收集到的“需求”及確認所謂“需求說明書”呢？試想想，當我們要研制一件產品的時候，我們會問消費者他們對產品的需求嗎？也許我們會咨詢他們的意見，但生產商會綜合消費者的意見，本身對市場的理解，和最終客戶群的采購“目的”來制定產品功能需求，最后成為產品的規(guī)格。才投入生產，推廣到市場中。這個道理很簡單，但我國的軟件工業(yè)卻認為軟件工程與產品開發(fā)不是一樣的，不能用同一直方法處理，一直在走冤枉路。
從項目開始進行“調研”（另一個軟件工業(yè)的重大誤區(qū)），對客戶的基層人員進行訪談，希望能夠在調研期間讓客戶說出本身的需求，好能把握客戶的需求，好能編寫所謂調研報告或需求說明書，所謂調研是進行調查，繼而進行研究，這是兩個工作，但我們常把它變成一個工作來進行。國內對“ gather requirements” （收集需求）的理解是從客戶的訪談、調查、研究過程中發(fā)掘客戶的需求，由于客戶對需求不明確，技術人員未能把握需求，所以一開始調研下去便是半天。
國外對需求的詮譯
國外軟件行業(yè)基本沒有一個所謂“調研”的概念。我們在項目的起始階段只有“ factfinding ”（或 FF ，即“找尋事實”）。顧名思義， FF 的目的是理解客戶如何執(zhí)行工作，技術人員對客戶進行訪談，目的并不是把握客戶的需求，目的是理解客戶目前如何執(zhí)行本身的工作。訪談報告只包括目前工作如何在部門中實施，是現(xiàn)狀的描述。所以往往能夠得到客戶的認同及確認。
在訪談結果后開始對現(xiàn)狀進行分析，考慮整個工作流程是否合理，如何才能夠達到項目的目標，從如何達到項目的目標來決定項目的需求。
國內外的差異
我們必須認識到一點， 軟件開發(fā)的目的是為企業(yè)提升生產率（ Productivity improvement ），提升工作效率（ efficiency improvement ）及建立商業(yè)效益（ business benefits ），而不是為了滿足某一些需求。如果項目的目的是為了滿足某一些需求來解決一些運營上的問題，那么這些便是系統(tǒng)維護項目，不是系統(tǒng)開發(fā)項目。這些項目的需求通常比較明確，客戶清楚的知道需要增加那些功能，可以直接告訴技術人員有關功能的需求。在現(xiàn)有系統(tǒng)中附加該功能，便能夠完成項目，這方面的需求絕對可以得到各階層人員的認同。
軟件開發(fā)是