（一）問卷調(diào)查法

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

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

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

步驟一、開發(fā)方先根據(jù)合同和以往類似項目的經(jīng)驗，整理出一份《用戶需求說明書》和待澄清需求（或問題）的《問卷調(diào)查表》提交給用戶；

步驟二、用戶閱讀《用戶需求說明書》，并回答《問卷調(diào)查表》中提出的問題，如果《用戶需求說明書》中有描述不正確或未包括的需求，用戶可一并修改或補充；

步驟三、開發(fā)方拿到用戶返回的《用戶需求說明書》和《問卷調(diào)查表》進行分析，如仍然有問題，則重復(fù)步驟二，否則執(zhí)行步驟四；

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

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

（二）會議討論法

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

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

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

步驟一、開發(fā)方根據(jù)雙方制定的《需求調(diào)研計劃》召開相關(guān)需求主題溝通會（可采用焦點小組會議或引導式研討會的形式。焦點小組會議一般是多人之間的溝通，在被調(diào)研者之間開展互動式討論，以求得到更有價值的、焦點小組成員普遍認可的集體意見；參加者通常是同一個領(lǐng)域的主題專家，都熟悉作為會議主題的、某個特定的領(lǐng)域。引導式研討會是把主要干系人召集在一起，通過集中討論來定義產(chǎn)品需求；研討會是快速定義跨職能部門需求和協(xié)調(diào)干系人差異的一種需求調(diào)研方法）；

步驟二、會后開發(fā)方整理出《需求調(diào)研記錄》提交給用戶方確認；

步驟三、如果此主題還有未明確的問題則再次溝通，否則開始下一主題；

步驟四、所有需求都溝通清楚后，開發(fā)方根據(jù)歷次《需求調(diào)研記錄》整理出《用戶需求說明書》，提交給用戶方確認簽字。

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

（三）界面原型法

所謂“界面原型法”，是指開發(fā)方根據(jù)自己所了解的用戶需求，描畫出應(yīng)用系統(tǒng)的功能界面后與用戶進行交流和溝通，通過“界面原型”這一載體，達到雙方逐步明確項目需求的一種需求獲取的方法。

這種方法比較適合于開發(fā)方和用戶方都不清楚項目需求的情況。因為開發(fā)方和用戶方都不清楚項目需求，因此此時就更需要借助于一定的“載體”來加快對需求的挖掘和雙方對需求的理解。這種情況下，采用“可視化”的界面原型法比較可取。

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

步驟一、開發(fā)方根據(jù)其所了解到的需求（如通過合同、招投標文件或與用戶交流），采用界面制作工具描畫出應(yīng)用系統(tǒng)的功能界面；

步驟二、將應(yīng)用系統(tǒng)的功能界面提交給用戶并與用戶溝通，挖掘出新需求或就需求達成理解上的一致；

步驟三、開發(fā)方就不斷獲取的需求進行增量式整理，根據(jù)新的需求豐富和細化界面原型；

步驟四、雙方經(jīng)過多次界面原型的交互，開發(fā)方最終整理出《用戶需求說明書》，提交給用戶方確認簽字。

由于開發(fā)方和用戶方都不清楚項目需求，因此此時需求獲取工作將會比較困難，可能導致的風險也比較大。采用這種“界面原型”的方式，能加速項目需求的“浮現(xiàn)”和雙方對需求的一致理解（俗話說百聞不如一見），從而減小由于需求問題可能給項目帶來的風險。

針對這種類型的項目，也可以采用下面將要介紹的“可運行原型系統(tǒng)法”，但由于開發(fā)方對需求不了解（證明以前缺乏類似項目的開發(fā)經(jīng)驗和產(chǎn)品積累），如果開發(fā)一個可運行的原型系統(tǒng)，則幾乎需要從零開始編寫代碼，前期投入會很大。

（四）可運行原型系統(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ù)其所了解到的需求（如通過合同或與用戶交流），在以往類似項目的基礎(chǔ)上，快速“構(gòu)建”出一可運行系統(tǒng)；

步驟二、通過向用戶演示“可運行原型系統(tǒng)”，逐步挖掘并讓用戶確認項目需求；

步驟三、開發(fā)方就不斷獲取的需求進行增量式整理，根據(jù)新的需求豐富可運行原型系統(tǒng)；

步驟四、雙方經(jīng)過多次可運行原型系統(tǒng)的交互，開發(fā)方最終整理出《用戶需求說明書》，提交給用戶方確認簽字。

由于開發(fā)方清楚用戶的需求（證明以前有類似項目的開發(fā)經(jīng)驗和產(chǎn)品積累），但用戶方自己不清楚，因此此時開發(fā)一個“可運行原型系統(tǒng)”，開發(fā)方的投入不會很大，而對于用戶理解和確認項目需求非常有利，因此針對這種類型的項目這是一種比較理想的需求獲取方式。

這種方法的另一個好處是：正式系統(tǒng)一般可以在該“可運行原型系統(tǒng)”的基礎(chǔ)上演化而成，為后續(xù)開發(fā)工作節(jié)省了不少的工作量和成本。

2015年王樹文老師主要課程列表：

《從技術(shù)走向管理》（課程標準時長：2天）

《有效溝通管理》（課程標準時長：2天）

《營造高效團隊》（課程標準時長：1天）

《有效時間管理》（課程標準時長：1天）

《項目管理實戰(zhàn)訓練營》（課程標準時長：3天）

《項目管理基礎(chǔ)知識導入與實戰(zhàn)》（課程標準時長：2天）

《企業(yè)級項目管理體系的構(gòu)建與實戰(zhàn)》（課程標準時長：2天）

《打造優(yōu)秀中層管理者》（課程標準時長：2天）

《項目經(jīng)理軟技能訓練營》（課程標準時長：2天）

《打造互聯(lián)網(wǎng)思維》（課程標準時長：1天）

《打造陽光心態(tài)》（課程標準時長：1天）

《有效情緒與壓力管理》（課程標準時長：1天）

《PMP考前培訓》（課程標準時長：5天）

《“軟考”考前培訓》（課程標準時長：4天）

-----------掃描以下二維碼免費訂閱-----------