摘要：我們知道，需求調(diào)研不充分、用戶(hù)需求描述不完整不準(zhǔn)確，輕則影響項(xiàng)目建設(shè)的順利程度，重則影響應(yīng)用系統(tǒng)的質(zhì)量，甚至決定項(xiàng)目的成敗。
俗話(huà)說(shuō)，“良好的開(kāi)端是成功的一半”。需求獲取作為項(xiàng)目伊始的活動(dòng)，是非常重要的。
目前我們所開(kāi)發(fā)的軟件項(xiàng)目一般有兩種類(lèi)型：產(chǎn)品項(xiàng)目和工程項(xiàng)目。
產(chǎn)品項(xiàng)目一般都會(huì)有充足的時(shí)間進(jìn)行非常仔細(xì)的需求調(diào)研和分析，而工程項(xiàng)目卻并非如此（因?yàn)樗苤T多因素的影響）。
本文擬討論如何根據(jù)工程項(xiàng)目的實(shí)際特點(diǎn)，采用合適的方法低成本高效率地獲取用戶(hù)的需求。
關(guān)鍵詞：工程項(xiàng)目 需求獲取 方法
產(chǎn)品項(xiàng)目一般是根據(jù)公司戰(zhàn)略和市場(chǎng)需求研發(fā)的旨在進(jìn)行批量出售或推廣的項(xiàng)目，工程項(xiàng)目一般是根據(jù)與用戶(hù)簽定的合同研發(fā)的旨在滿(mǎn)足特定用戶(hù)需求的項(xiàng)目。
筆者所開(kāi)發(fā)和管理的項(xiàng)目主要是工程項(xiàng)目，在項(xiàng)目的建設(shè)過(guò)程中，感覺(jué)到最頭疼的是項(xiàng)目需求的獲??；我們往往要花相當(dāng)大的精力在需求獲取和需求確認(rèn)上，然而有時(shí)效果還很不理想。
經(jīng)過(guò)幾年時(shí)間的項(xiàng)目實(shí)踐，我們逐步總結(jié)出針對(duì)不同項(xiàng)目情況所適合采用的需求獲取方法，這些方法能大大提高需求獲取的效率。現(xiàn)總結(jié)之，愿與大家分享。
我們知道，一個(gè)工程項(xiàng)目，如果從開(kāi)發(fā)方（即承建方）和用戶(hù)方（即建設(shè)方）對(duì)需求的清楚程度來(lái)分，大致可以分為如下四種：開(kāi)發(fā)方和用戶(hù)方都清楚項(xiàng)目需求、開(kāi)發(fā)方不清楚項(xiàng)目需求但用戶(hù)方清楚、開(kāi)發(fā)方和用戶(hù)方都不清楚項(xiàng)目需求、開(kāi)發(fā)方清楚項(xiàng)目需求但用戶(hù)方不清楚。
針對(duì)這四種類(lèi)型的項(xiàng)目，我總結(jié)出四種對(duì)應(yīng)的需求獲取方法：?jiǎn)柧碚{(diào)查法、會(huì)議討論法、界面原型法和可運(yùn)行原型系統(tǒng)法。
以下逐一解析之。
一、問(wèn)卷調(diào)查法
所謂“問(wèn)卷調(diào)查法”，是指開(kāi)發(fā)方就用戶(hù)需求中的一些個(gè)性化的、需要進(jìn)一步明確的需求（或問(wèn)題），通過(guò)采用向用戶(hù)發(fā)問(wèn)卷調(diào)查表的方式，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。
這種方法適合于開(kāi)發(fā)方和用戶(hù)方都清楚項(xiàng)目需求的情況。因?yàn)殚_(kāi)發(fā)方和建設(shè)方都清楚項(xiàng)目的需求，則需要雙方進(jìn)一步溝通的需求（或問(wèn)題）就比較少，通過(guò)采用這種簡(jiǎn)單的問(wèn)卷調(diào)查方法就能使問(wèn)題得到較好的解決。
這種方法的一般操作步驟是：
步驟一、開(kāi)發(fā)方先根據(jù)合同和以往類(lèi)似項(xiàng)目的經(jīng)驗(yàn)，整理出一份《用戶(hù)需求說(shuō)明書(shū)》和待澄清需求（或問(wèn)題）的《問(wèn)卷調(diào)查表》提交給用戶(hù)；
步驟二、用戶(hù)閱讀《用戶(hù)需求說(shuō)明書(shū)》，并回答《問(wèn)卷調(diào)查表》中提出的問(wèn)題，如果《用戶(hù)需求說(shuō)明書(shū)》中有描述不正確或未包括的需求，用戶(hù)可一并修改或補(bǔ)充；
步驟三、開(kāi)發(fā)方拿到用戶(hù)返回的《用戶(hù)需求說(shuō)明書(shū)》和《問(wèn)卷調(diào)查表》進(jìn)行分析，如仍然有問(wèn)題，則重復(fù)步驟二，否則執(zhí)行步驟四；
步驟四、開(kāi)發(fā)方整理出《用戶(hù)需求說(shuō)明書(shū)》，提交給用戶(hù)方確認(rèn)簽字。
由于這種方法比較簡(jiǎn)單、側(cè)重點(diǎn)明確，因此能大大縮短需求獲取的時(shí)間、減少需求獲取的成本、提交工作效率。
二、會(huì)議討論法
所謂“會(huì)議討論法”，是指開(kāi)發(fā)方和用戶(hù)方召開(kāi)若干次需求討論會(huì)議，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。
這種方法適合于開(kāi)發(fā)方不清楚項(xiàng)目需求（一般開(kāi)發(fā)方是剛開(kāi)始做這種業(yè)務(wù)類(lèi)型的工程項(xiàng)目）但用戶(hù)方清楚項(xiàng)目需求的情況。因?yàn)橛脩?hù)清楚項(xiàng)目的需求，則用戶(hù)能準(zhǔn)確地表達(dá)出他們的需求，而開(kāi)發(fā)方有專(zhuān)業(yè)的軟件開(kāi)發(fā)經(jīng)驗(yàn)，對(duì)用戶(hù)提供的需求一般都能準(zhǔn)確地描述和把握。
這種方法的一般操作步驟是：
步驟一、開(kāi)發(fā)方根據(jù)雙方制定的《需求調(diào)研計(jì)劃》召開(kāi)相關(guān)需求主題溝通會(huì)；
步驟二、會(huì)后開(kāi)發(fā)方整理出《需求調(diào)研記錄》提交給用戶(hù)方確認(rèn)；
步驟三、如果此主題還有未明確的問(wèn)題則再次溝通，否則開(kāi)始下一主題；
步驟四、所有需求都溝通清楚后，開(kāi)發(fā)方根據(jù)歷次《需求調(diào)研記錄》整理出《用戶(hù)需求說(shuō)明書(shū)》，提交給用戶(hù)方確認(rèn)簽字。
由于開(kāi)發(fā)方不清楚項(xiàng)目需求，因此需要花較多的時(shí)間和精力進(jìn)行需求調(diào)研和需求整理工作。
三、界面原型法
所謂“界面原型法”，是指開(kāi)發(fā)方根據(jù)自己所了解的用戶(hù)需求，描畫(huà)出應(yīng)用系統(tǒng)的功能界面后與用戶(hù)進(jìn)行交流和溝通，通過(guò)“界面原型”這一載體，達(dá)到雙方逐步明確項(xiàng)目需求的一種需求獲取的方法。
這種方法比較適合于開(kāi)發(fā)方和用戶(hù)方都不清楚項(xiàng)目需求的情況。因?yàn)殚_(kāi)發(fā)方和用戶(hù)方都不清楚項(xiàng)目需求，因此此時(shí)就更需要借助于一定的“載體”來(lái)加快對(duì)需求的挖掘和雙方對(duì)需求理解。這種情況下，采用“可視化”的界面原型法比較可取。
這種方法的一般操作步驟是：
步驟一、開(kāi)發(fā)方根據(jù)其所了解到的需求（如通過(guò)合同或與用戶(hù)交流），采用界面制作工作描畫(huà)出應(yīng)用系統(tǒng)的功能界面；
步驟二、將應(yīng)用系統(tǒng)的功能界面提交給用戶(hù)并與用戶(hù)溝通，挖掘出新需求或就需求達(dá)成理解上的一致；
步驟三、開(kāi)發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富和細(xì)化界面原型；
步驟四、雙方經(jīng)過(guò)多次界面原型的交互，開(kāi)發(fā)方最終整理出《用戶(hù)需求說(shuō)明書(shū)》，提交給用戶(hù)方確認(rèn)簽字。
由于開(kāi)發(fā)方和用戶(hù)方都不清楚項(xiàng)目需求，因此此時(shí)需求獲取工作將會(huì)比較困難，可能導(dǎo)致的風(fēng)險(xiǎn)也比較大。采用這種“界面原型”的方式，能加速項(xiàng)目需求的“浮現(xiàn)”和雙方對(duì)需求的一致理解，從而減小由于需求問(wèn)題可能給項(xiàng)目帶來(lái)的風(fēng)險(xiǎn)。
針對(duì)這種類(lèi)型的項(xiàng)目，我們也可以采用下面將要介紹的“可運(yùn)行原型系統(tǒng)法”，但由于開(kāi)發(fā)方對(duì)需求不了解（證明以前缺乏類(lèi)似項(xiàng)目的開(kāi)發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），如果開(kāi)發(fā)一個(gè)可運(yùn)行的原型系統(tǒng)，則幾乎需要從零開(kāi)始編寫(xiě)代碼，前期投入會(huì)很大。
四、可運(yùn)行原型系統(tǒng)法
所謂“可運(yùn)行原型系統(tǒng)法”，是指開(kāi)發(fā)方根據(jù)合同中規(guī)定的基本需求，在以往類(lèi)似項(xiàng)目應(yīng)用系統(tǒng)的基礎(chǔ)上進(jìn)行少量修改得出一可運(yùn)行系統(tǒng)，通過(guò)“可運(yùn)行原型系統(tǒng)”這一載體，達(dá)到徹底挖掘項(xiàng)目需求的一種需求獲取的方法。
這種方法比較適合于開(kāi)發(fā)方清楚項(xiàng)目需求但用戶(hù)方不清楚項(xiàng)目需求的情況。這種類(lèi)型的項(xiàng)目，開(kāi)發(fā)方一般都有類(lèi)似項(xiàng)目的建設(shè)經(jīng)驗(yàn)，因此可以在以往項(xiàng)目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)，然后借助于這一“載體”來(lái)加快對(duì)需求的挖掘和雙方（特別是用戶(hù)方）對(duì)需求的理解。這種情況下，采用“所見(jiàn)即所得”的可運(yùn)行原型系統(tǒng)法比較可取。
這種方法的一般操作步驟是：
步驟一、開(kāi)發(fā)方根據(jù)其所了解到的需求（如通過(guò)合同或與用戶(hù)交流），在以往類(lèi)似項(xiàng)目的基礎(chǔ)上，快速“構(gòu)建”出一可運(yùn)行系統(tǒng)；
步驟二、通過(guò)向用戶(hù)演示“可運(yùn)行原型系統(tǒng)”，逐步挖掘并讓用戶(hù)確認(rèn)項(xiàng)目需求；
步驟三、開(kāi)發(fā)方就不斷獲取的需求進(jìn)行增量式整理，根據(jù)新的需求豐富可運(yùn)行原型系統(tǒng)；
步驟四、雙方經(jīng)過(guò)多次可運(yùn)行原型系統(tǒng)的交互，開(kāi)發(fā)方最終整理出《用戶(hù)需求說(shuō)明書(shū)》，提交給用戶(hù)方確認(rèn)簽字。
由于開(kāi)發(fā)方清楚用戶(hù)的需求（證明以前有類(lèi)似項(xiàng)目的開(kāi)發(fā)經(jīng)驗(yàn)和產(chǎn)品積累），但用戶(hù)方自己不清楚，因此此時(shí)開(kāi)發(fā)一個(gè)“可運(yùn)行原型系統(tǒng)”，開(kāi)發(fā)方的投入不會(huì)很大，但對(duì)于用戶(hù)理解和確認(rèn)項(xiàng)目需求非常有利，因此針對(duì)這種類(lèi)型的項(xiàng)目這是一種比較理想的需求獲取方式。
這種方法的另一個(gè)好處是：正式系統(tǒng)一般可以在該“可運(yùn)行原型系統(tǒng)”的基礎(chǔ)上演化而成，為后續(xù)開(kāi)發(fā)工作節(jié)省不少的工作量和成本。
值得注意的是，以上總結(jié)出的這四種需求獲取方法不是互斥的，我們可以根據(jù)項(xiàng)目的實(shí)際特點(diǎn)獨(dú)立應(yīng)用或組合應(yīng)用。
“忙碌，不代表有效率；方法，遠(yuǎn)勝于苦干”。但愿我們從事軟件項(xiàng)目開(kāi)發(fā)的朋友們，都能掌握好恰當(dāng)?shù)姆椒?，以圖能獲得“事半功倍”的效果。
主要參考文獻(xiàn)
[1] 《IT項(xiàng)目管理》凱西斯瓦爾貝 著 王金玉等 譯
作者簡(jiǎn)介
本人1999年畢業(yè)于中南大學(xué)，獲碩士學(xué)位，現(xiàn)就職于廣州華南資訊科技有限公司（上市公司），從事過(guò)多個(gè)大型項(xiàng)目的開(kāi)發(fā)和管理工作，目前任該公司軟件質(zhì)量保障總監(jiān)。
來(lái)源：希賽網(wǎng)
【?發(fā)表評(píng)論?0條?】