對于軟件的需求調(diào)研活動，雖然曾經(jīng)寫過三篇相關(guān)的需求管理文章，出發(fā)角度是從整體的需求管理過程考慮；在引入CMM（二）需求管理KPA活動的基礎上，列舉了如何進行需求調(diào)研前的需求管理計劃活動；在失敗的項目中，找出規(guī)范和管理軟件需求過程的關(guān)健點及需求關(guān)聯(lián)的模型架構(gòu)（這些可以參考以前寫過的《CMM需求管理實踐經(jīng)驗記錄談》、《從CMM角度考慮需求管理計劃》、《如何用CRC模型來確定需求》）。一直以來，感覺自己在經(jīng)過幾個項目試驗的基礎上對于軟件的需求管理應該是有一定的基礎和經(jīng)驗了，然而在最近參與的一個大型項目過程中，在新加坡項目經(jīng)理的引導與幫助下，對于軟件需求調(diào)研又有了更深一層的體會和認識；總結(jié)出需求調(diào)研中的5W+1H定律，在此把自己的一些過程和經(jīng)驗描述出來，希望能與各同仁一起分享與討論。
項目背景：一個中型的企業(yè)信息化項目，其中乙方的項目經(jīng)理是一個擁有PMP證書的資深項目管理人員。甲方的項目經(jīng)理是一個有著豐富項目實施和管理經(jīng)驗的新加坡項目管理人員。（在這里需要補充的時，在調(diào)研產(chǎn)生沖突過程中，外籍人員如何用自己的經(jīng)驗和技巧，讓乙方完全可以接收）
項目成員：
甲方：外包項目經(jīng)理、外包項目管理人員
乙方：項目經(jīng)理、系統(tǒng)分析員、界面制作人員
工作內(nèi)容：項目需求階段的活動，對于系統(tǒng)的需求，甲乙雙方與最終用戶能達成一致，甲方作為外包管理者，主要是對乙方項目組的項目進度、項目階段成果進行跟蹤與驗收，以保證項目在預期的時間內(nèi)完成預期的工作任務。
過程描述：項目啟動后，乙方的項目經(jīng)理列了一份詳細的需求調(diào)研時間表、調(diào)研階段成果目錄清單、界面成果等的計劃內(nèi)容，可以用一個 “贊” 字來形容；從計劃上看，乙方的項目經(jīng)理計劃真的是完美無缺；在與用戶進行業(yè)務需求調(diào)研的活動中，乙方不僅記錄下目前用戶現(xiàn)有的業(yè)務流程，包括目前流程的局限性，流程的執(zhí)行性等方面，還為用戶進行了將來系統(tǒng)流程的規(guī)劃，的確是一個不錯的開始。可是在乙方提交其階段的需求分析文檔和界面時，卻發(fā)現(xiàn)二者存在了種種的沖突和矛盾，我們無法將需求分析文檔與界面結(jié)合在一起。此時，乙方的項目經(jīng)理解釋是因為文檔比界面細，所以二者存在一些理解上的差異。而我們甲方卻總覺得有些不太對勁，但因為同樣存在著對用戶流程細節(jié)的不熟悉，所以我們也提不出具體的問題，直到有一天，跟著乙方一起做用戶的需求活動后，從乙方項目經(jīng)理的提問方面，我們終于明白為什么他們會做出這樣的文檔和界面。
首先，乙方項目經(jīng)理對用戶的提問是沒有序列的，我們所謂的序列就是項目經(jīng)理的邏輯是否清晰，除了問及目前的流程外，最重要的引入項目（即新的軟件系統(tǒng)）的目的，所需達到的效果，可以對用戶輔助的東東，而這些乙方的項目經(jīng)理一字未提與問，只記錄用戶所說的過程、局限和要求。這樣，乙方項目經(jīng)理在分析與規(guī)劃系統(tǒng)的需求時，就沒有一個明確的目的性和方向性，這里就要引入第一個W定律---WHY定律。WHY就是為什么用戶要引入系統(tǒng)，引入新的信息系統(tǒng)對用戶有什么幫助，在總體工作效能上如何實現(xiàn)一個最終的結(jié)果？WHY定律是要求在需求開始時，項目經(jīng)理就應該明確的，這個項目是為了改進用戶工作效率；提高部門間的協(xié)作機制；加快對客戶反應的體系服務；提升企業(yè)的競爭力等等。有了這么一個WHY引入思想，項目經(jīng)理就可以理清用戶最終要的是可以提供給他們什么樣的系統(tǒng)，在系統(tǒng)的定位和建立上，就有一個明確地最終目標。
其次，有了一個總體的目標性，從各業(yè)務流程的要求入手，引入第二個W定律---WHAT定律，WHAT則是這個系統(tǒng)要做什么？實現(xiàn)什么？就是乙方項目經(jīng)理提出的各業(yè)務流程問題、流程局限性問題、系統(tǒng)要解決的問題等，在這個WHAT的基