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