也談需求調研

也談需求調研
需求調研對於一個應用軟件開發來說，是一個系統開發的開始階段，它的輸出“軟件需求分析報告”是設計階段的輸入，需求調研的質量對於一個應用軟件來說，是一個及其重要的階段，它的質量在一定程度上來說決定一個軟件的交付結果。怎樣從客房中聽取用戶需求、分析用戶需求就成爲調研人員最重要的任務。總結本人幾年的經驗，寫下這篇文章，希望對大家有所幫助。
項目目任務書下達給項目經理的時候，項目經理及調研人員應該對合同中軟件範圍認真審閱，雖然合同中的只大概對寫了軟件需求範圍，但這些信息及爲重要，它是調研計劃制定的一個依據。
調研計劃制定，項目經理及調研人員對軟件範圍進行討論，對調研活動序列進行劃分，可以採用自頂向下的方法把活動細分，同時對各活動的週期進行評估，對各活動的資源進行分配，制定計劃時最好與以前的經驗及類似的項目關聯起來，使計劃制定的儘量準確些。在制定計劃時考慮到相應的分析，使分配的時間及資源儘量合理些。編制後的計劃在公司評審通過後，及時提交給客戶相關部分，一般爲信息中心，讓客戶對我們的調研計劃有充分的瞭解，同時讓他們在相應的時間協調相關的部門的人員參與我們的調研工作。
調研人員工作分解，如果調研人員超過一個人，此時應該對調研人員工作進行分工，儘量發揮各人長處，讓調研順序開展下去。調研過程一般來說，可以所工作任務分爲以下幾種：做調研準備資料（Rose圖、Ppt、原型準備）、討論調研資料、調研、用戶問題刻錄、需求分析報告書寫、需求分析報告審覈、用戶確認需求分析報告、周計劃、總結書寫、用戶協調等。根據人員特點，可以把工作任務的一種或幾種分配給相應人員。
調研工具選擇，一般客戶對圖會比較感興趣些，所以建議在調研過程中，最好是採用圖的方式把東西展示給客房，在調研過程中採用Rose工具，把客戶的意思轉換爲用例圖、時序圖、協作圖、狀態圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
在調研過程中，要把握一點，客戶需要的不一定的是客戶真正所需要想要的。客戶永遠沒有錯，錯的只有我們沒有真正理解客戶的需要。有時客戶表達一個意思的同時，我們要想到客戶深層次的意思，同時要轉換爲計算機的實現。如果計算機不能實現的東西或與合同範圍中偏理較遠的話，我們應該及時與客戶交流一些我們的觀點，讓談話接近主題。調研過程其實就象寫一篇論文，我們談話有一箇中心思想，大家在圍繞中心思想討論，調研人員應該具有把握主題的能力。如果對客戶業務不熟悉，我們在調研前要做好充分的準備，可以請教公司裏對業務熟悉的人員或到網上查找相關的資源，調研人員也可以坐在一起來模擬客戶工作流程，假設一些可能的東西進行分析。在調研過程中，如果對某些業務一下子不能理解我們應該主動地提出來到現場去參觀一下，通過這種方法來增進對客戶業務的理解，參觀時應該仔細聽取相關人員的講解，同時應該快速地分析，把業務轉換爲程序實現是怎麼樣子，通過這種方式，可能會有許多問題會提出，在參觀完後，應該有及時對業務進行分析，在分析過程中可能要會發現一些問題，通過再次與用戶交流解決剩餘的問題。對一次交流的結束後，需求調研人員應該及時總結，讓客戶聽聽你的理解是否他們提的需求一致。
在調研過程中，應該及時與客戶的保持良好的溝通渠道。應該每週與客戶開一次會議，對調研的進度、效果及客戶反映進行討論，同時對下一週的計劃的進行佈署。調研過程中，調研人員也應該及保存比較良好的溝通渠道，需求分析是件比較辛苦的工作，要總結分析客戶需求，同時要分析客戶需求的合理性及潛在的需求，如果比較模糊的地方最好是大家一些討論，如果討論之後還不是很清楚的話，則需要同客戶再次開會討論。
需求分析報告書寫。在需求調研階段，作爲調研人員的成果就是需求分析報告。它反應了調研質量。所以在編寫需求分析報告時我們一定要仔細分析用戶需求，特殊是調研過程中記錄的“需求調研查表”。對概念的闡述要清楚、對業務描述要到位、對業務處理規則要簡單、對流程說明要具體。需求分析報告的讀者有客戶、設計人員、開發人員，在編寫時一定要考慮到這些因素。
需求分析報告客戶確認，我們編寫完的需求分析報告，最終要展示給客戶，讓他們對我們的分析結果進行認可。其實這個過程非常重要，對於客戶和我們同樣的重要。
需求調研其實是門藝術，我有個觀點就是軟件以實用爲準。我們要重視客戶需求，引導客戶得出比較好的解決問題辦法。從而編寫出高質量的軟件需求分析報告。