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

1、獲取工程項目需求的幾種方法及其適用環(huán)境 俗話說，“良好的開端是成功的一半”。需求獲取作為項目伊始的活動，是特別重要的。我們知道，需求調(diào)研不充分、用戶需求描述不完整不精確，輕則影響項目建設(shè)的順當(dāng)程度，重則影響應(yīng)用系統(tǒng)的質(zhì)量，甚至打算項目的成敗。 目前我們所開發(fā)的軟件項目一般有兩種類型：產(chǎn)品項目和工程項目。產(chǎn)品項目一般都會有充分的時間進行特別認(rèn)真的需求調(diào)研和分析，而工程項目卻并非如此（因為它往往受諸多因素的影響）。 本文擬爭論如何依據(jù)工程項目管理的實際特點，采用合適的方法低成本高效率地獲取用戶的需求。 產(chǎn)品項目一般是依據(jù)公司戰(zhàn)略和市場需求研發(fā)的旨在進行批量出售或推廣的項目，工程項目一般是依據(jù)與用戶

2、簽定的合同研發(fā)的旨在滿意特定用戶需求的項目。筆者所開發(fā)和管理的項目主要是工程項目，在項目的建設(shè)過程中，感覺到最頭疼的是項目需求的獲??；我們往往要花相當(dāng)大的精力在需求獲取和需求確認(rèn)上，然而有時效果還很不抱負(fù)。經(jīng)過幾年時間的項目實踐，我們逐步總結(jié)出針對不同項目狀況所適合采用的需求獲取方法，這些方法能大大提高需求獲取的效率。現(xiàn)總結(jié)之，愿與大家共享。 我們知道，一個工程項目，假如從開發(fā)方（即承建方）和用戶方（即建設(shè)方）對需求的清晰程度來分，大致可以分為如下四種：開發(fā)方和用戶方都清晰項目需求、開發(fā)方不清晰項目需求但用戶方清晰、開發(fā)方和用戶方都不清晰項目需求、開發(fā)方清晰項目需求但用戶方不清晰。 針對這四種

3、類型的項目，我總結(jié)出四種對應(yīng)的需求獲取方法：會議爭論法、問卷調(diào)查法、界面原型法和可運行原型系統(tǒng)法。 一、會議爭論法 所謂“會議爭論法”，是指開發(fā)方和用戶方召開若干次需求爭論會議，達到徹底弄清項目需求的一種需求獲取方法。 這種方法適合于開發(fā)方不清晰項目需求（一般開發(fā)方是剛開頭做這種業(yè)務(wù)類型的工程項目）但用戶方清晰項目需求的狀況。因為用戶清晰項目的需求，則用戶能精確地表達出他們的需求，而開發(fā)方有專業(yè)的軟件開發(fā)經(jīng)驗，對用戶供應(yīng)的需求一般都能精確地描述和把握。 這種方法的一般操作步驟是： 步驟一、開發(fā)方依據(jù)雙方制定的需求調(diào)研計劃召開相關(guān)需求主題溝通會； 步驟二、會后開發(fā)方整理出需求調(diào)研記錄提交給用戶方

4、確認(rèn)； 步驟三、假如此主題還有未明確的問題則再次溝通，否則開頭下一主題； 步驟四、全部需求都溝通清晰后，開發(fā)方依據(jù)歷次需求調(diào)研記錄整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。 由于開發(fā)方不清晰項目需求，因此需要花較多的時間和精力進行需求調(diào)研和需求整理工作。 二、問卷調(diào)查法 所謂“問卷調(diào)查法”，是指開發(fā)方就用戶需求中的一些個性化的、需要進一步明確的需求（或問題），通過采用向用戶發(fā)問卷調(diào)查表的方式，達到徹底弄清項目需求的一種需求獲取方法。 這種方法適合于開發(fā)方和用戶方都清晰項目需求的狀況。因為開發(fā)方和建設(shè)方都清晰項目的需求，則需要雙方進一步溝通的需求（或問題）就比較少，通過采用這種簡潔的問卷調(diào)查方

5、法就能使問題得到較好的解決。 這種方法的一般操作步驟是： 步驟一、開發(fā)方先依據(jù)合同和以往類似項目的經(jīng)驗，整理出一份用戶需求說明書和待澄清需求（或問題）的問卷調(diào)查表提交給用戶； 步驟二、用戶閱讀用戶需求說明書，并回答問卷調(diào)查表中提出的問題，假如用戶需求說明書中有描述不正確或未包括的需求，用戶可一并修改或補充； 步驟三、開發(fā)方拿到用戶返回的用戶 需求說明書和問卷調(diào)查表進行分析，如仍舊有問題，則重復(fù)步驟二，否則執(zhí)行步驟四； 步驟四、開發(fā)方整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。 由于這種方法比較簡潔、側(cè)重點明確，因此能大大縮短需求獲取的時間、削減需求獲取的成本、提交工作效率。 三、界面原型法 所

6、謂“界面原型法”，是指開發(fā)方依據(jù)自己所了解的用戶需求，描畫出應(yīng)用系統(tǒng)的功能界面后與用戶進行交流和溝通，通過“界面原型”這一載體，達到雙方逐步明確項目需求的一種需求獲取的方法。 這種方法比較適合于開發(fā)方和用戶方都不清晰項目需求的狀況。因為開發(fā)方和用戶方都不清晰項目需求，因此此時就更需要借助于一定的“載體”來加快對需求的挖掘和雙方對需求理解。這種狀況下，采用“可視化”的界面原型法比較可取。 這種方法的一般操作步驟是： 步驟一、開發(fā)方依據(jù)其所了解到的需求（如通過合同或與用戶交流），采用界面制作工作描畫出應(yīng)用系統(tǒng)的功能界面； 步驟二、將應(yīng)用系統(tǒng)的功能界面提交給用戶并與用戶溝通，挖掘出新需求或就需求達成

7、理解上的全都； 步驟三、開發(fā)方就不斷獲取的需求進行增量式整理，依據(jù)新的需求豐富和細(xì)化界面原型； 步驟四、雙方經(jīng)過多次界面原型的交互，開發(fā)方最終整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。 由于開發(fā)方和用戶方都不清晰項目需求，因此此時需求獲取工作將會比較困難，可能導(dǎo)致的風(fēng)險也比較大。采用這種“界面原型”的方式，能加速項目需求的“出現(xiàn)”和雙方對需求的全都理解，從而減小由于需求問題可能給項目帶來的風(fēng)險。 針對這種類型的項目，我們也可以采用下面將要介紹的“可運行原型系統(tǒng)法”，但由于開發(fā)方對需求不了解（證明以前缺乏類似項目的開發(fā)經(jīng)驗和產(chǎn)品積累），假如開發(fā)一個可運行的原型系統(tǒng)，則幾乎需要從零開頭編寫代碼，

8、前期投入會很大。 四、可運行原型系統(tǒng)法 所謂“可運行原型系統(tǒng)法”，是指開發(fā)方依據(jù)合同中規(guī)定的基本需求，在以往類似項目應(yīng)用系統(tǒng)的基礎(chǔ)上進行少量修改得出一可運行系統(tǒng)，通過“可運行原型系統(tǒng)”這一載體，達到徹底挖掘項目需求的一種需求獲取的方法。這種方法比較適合于開發(fā)方清晰項目需求但用戶方不清晰項目需求的狀況。 這種類型的項目，開發(fā)方一般都有類似項目的建設(shè)經(jīng)驗，因此可以在以往項目的基礎(chǔ)上，快速“構(gòu)建”出一可運行系統(tǒng)，然后借助于這一“載體”來加快對需求的挖掘和雙方（特殊是用戶方）對需求的理解。這種狀況下，采用“所見即所得”的可運行原型系統(tǒng)法比較可取。 這種方法的一般操作步驟是： 步驟一、開發(fā)方依據(jù)其所了解

9、到的需求（如通過合同或與用戶交流），在以往類似項目的基礎(chǔ)上，快速“構(gòu)建”出一可運行系統(tǒng)； 步驟二、通過向用戶演示“可運行原型系統(tǒng)”，逐步挖掘并讓用戶確認(rèn)項目需求； 步驟三、開發(fā)方就不斷獲取的需求進行增量式整理，依據(jù)新的需求豐富可運行原型系統(tǒng)； 步驟四、雙方經(jīng)過多次可運行原型系統(tǒng)的交互，開發(fā)方最終整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。 由于開發(fā)方清晰用戶的需求（證明以前有類似項目的開發(fā)經(jīng)驗和產(chǎn)品積累），但用戶方自己不清晰，因此此時開發(fā)一個“可運行原型系統(tǒng)”，開發(fā)方的投入不會很大，但對于用戶理解和確認(rèn)項目需求特別有利，因此針對這種類型的項目這是一種比較抱負(fù)的需求獲取方式。 這種方法的另一個好處是：正式系統(tǒng)一般可以在該“可運行原型系統(tǒng)”的基礎(chǔ)上演化