工程項目需求獲取的幾種方法及其適用環(huán)境

申請免費(fèi)試用、咨詢電話：400-8352-114

　　我們知道，需求調(diào)研不充分、用戶需求描述不完整不準(zhǔn)確，輕則影響項目建設(shè)的順利程度，重則影響應(yīng)用系統(tǒng)的質(zhì)量，甚至決定項目的成敗。

　　俗話說，“良好的開端是成功的一半”。需求獲取作為項目伊始的活動，是非常重要的。

　　目前我們所開發(fā)的軟件項目一般有兩種類型：產(chǎn)品項目和工程項目。

　　產(chǎn)品項目一般都會有充足的時間進(jìn)行非常仔細(xì)的需求調(diào)研和分析，而工程項目卻并非如此（因為它往往受諸多因素的影響）。

　　本文擬討論如何根據(jù)工程項目的實際特點(diǎn)，采用合適的方法低成本高效率地獲取用戶的需求。

　　關(guān)鍵詞：工程項目 需求獲取 方法

　　產(chǎn)品項目一般是根據(jù)公司戰(zhàn)略和市場需求研發(fā)的旨在進(jìn)行批量出售或推廣的項目，工程項目一般是根據(jù)與用戶簽定的合同研發(fā)的旨在滿足特定用戶需求的項目。

　　筆者所開發(fā)和管理的項目主要是工程項目，在項目的建設(shè)過程中，感覺到最頭疼的是項目需求的獲??；我們往往要花相當(dāng)大的精力在需求獲取和需求確認(rèn)上，然而有時效果還很不理想。

　　經(jīng)過幾年時間的項目實踐，我們逐步總結(jié)出針對不同項目情況所適合采用的需求獲取方法，這些方法能大大提高需求獲取的效率。現(xiàn)總結(jié)之，愿與大家分享。

　　我們知道，一個工程項目，如果從開發(fā)方（即承建方）和用戶方（即建設(shè)方）對需求的清楚程度來分，大致可以分為如下四種：開發(fā)方和用戶方都清楚項目需求、開發(fā)方不清楚項目需求但用戶方清楚、開發(fā)方和用戶方都不清楚項目需求、開發(fā)方清楚項目需求但用戶方不清楚。

　　針對這四種類型的項目，我總結(jié)出四種對應(yīng)的需求獲取方法：問卷調(diào)查法、會議討論法、界面原型法和可運(yùn)行原型系統(tǒng)法。

　　以下逐一解析之。

　　一、問卷調(diào)查法

　　所謂“問卷調(diào)查法”，是指開發(fā)方就用戶需求中的一些個性化的、需要進(jìn)一步明確的需求（或問題），通過采用向用戶發(fā)問卷調(diào)查表的方式，達(dá)到徹底弄清項目需求的一種需求獲取方法。

　　這種方法適合于開發(fā)方和用戶方都清楚項目需求的情況。因為開發(fā)方和建設(shè)方都清楚項目的需求，則需要雙方進(jìn)一步溝通的需求（或問題）就比較少，通過采用這種簡單的問卷調(diào)查方法就能使問題得到較好的解決。

　　這種方法的一般操作步驟是：

　　步驟一、開發(fā)方先根據(jù)合同和以往類似項目的經(jīng)驗，整理出一份《用戶需求說明書》和待澄清需求（或問題）的《問卷調(diào)查表》提交給用戶；
　　步驟二、用戶閱讀《用戶需求說明書》，并回答《問卷調(diào)查表》中提出的問題，如果《用戶需求說明書》中有描述不正確或未包括的需求，用戶可一并修改或補(bǔ)充；
　　步驟三、開發(fā)方拿到用戶返回的《用戶需求說明書》和《問卷調(diào)查表》進(jìn)行分析，如仍然有問題，則重復(fù)步驟二，否則執(zhí)行步驟四；

　　步驟四、開發(fā)方整理出《用戶需求說明書》，提交給用戶方確認(rèn)簽字。

　　由于這種方法比較簡單、側(cè)重點(diǎn)明確，因此能大大縮短需求獲取的時間、減少需求獲取的成本、提交工作效率。

　　二、會議討論法

　　所謂“會議討論法”，是指開發(fā)方和用戶方召開若干次需求討論會議，達(dá)到徹底弄清項目需求的一種需求獲取方法。

　　這種方法適合于開發(fā)方不清楚項目需求（一般開發(fā)方是剛開始做這種業(yè)務(wù)類型的工程項目）但用戶方清楚項目需求的情況。因為用戶清楚項目的需求，則用戶能準(zhǔn)確地表達(dá)出他們的需求，而開發(fā)方有專業(yè)的軟件開發(fā)經(jīng)驗，對用戶提供的需求一般都能準(zhǔn)確地描述和把握。

　　這種方法的一般操作步驟是：

　　步驟一、開發(fā)方根據(jù)雙方制定的《需求調(diào)研計劃》召開相關(guān)需求主題溝通會；
　　步驟二、會后開發(fā)方整理出《需求調(diào)研記錄》提交給用戶方確認(rèn)；
　　步驟三、如果此主題還有未明確的問題則再次溝通，否則開始下一主題；
　　步驟四、所有需求都溝通清楚后，開發(fā)方根據(jù)歷次《需求調(diào)研記錄》整理出《用戶需求說明書》，提交給用戶方確認(rèn)簽字。

　　由于開發(fā)方不清楚項目需求，因此需要花較多的時間和精力進(jìn)行需求調(diào)研和需求整理工作。