如果你贊成客戶的參與是發(fā)布一個(gè)優(yōu)秀軟件的關(guān)鍵因素，在項(xiàng)目的開始階段就會(huì)努力致力于為你的項(xiàng)目征求各個(gè)客戶的意見。軟件需求的成功，和軟件開發(fā)的成功都取決于開發(fā)者是否盡可能地采納客戶的意見。為了征求客戶的意見，必須采取以下幾步：
• 明確項(xiàng)目用戶需求的來源。
• 明確使用該產(chǎn)品的不同類型的用戶。
• 與產(chǎn)品不同用戶類的代表進(jìn)行溝通。
• 遵從項(xiàng)目的最終決策者的意見。
客戶參與是避免期望差異(expectation gap)的唯一途徑，這一期望差異表現(xiàn)在客戶期望得到的產(chǎn)品與開發(fā)者所設(shè)計(jì)的產(chǎn)品之間不相符。然而，在項(xiàng)目的開始階段僅僅簡(jiǎn)單地問一兩個(gè)客戶的需求，然后就開始編碼，這樣做是不夠的。如果開發(fā)者僅僅為了客戶的最初需求去開發(fā)軟件，那么，他們可能要重新進(jìn)行開發(fā)，因?yàn)?，客戶常常不知道他們的真正需要，而開發(fā)者也不知道。
用戶提出“需要”的特性并不總是與用戶利用新產(chǎn)品來處理他們的任務(wù)( t a s k )時(shí)所需的功能相等價(jià)。因此，當(dāng)你收集到用戶的意見后，必須分析、整理這些需求意見，直到你理解它為止，并把你的理解寫成文檔，然后與用戶一起探討，這是一個(gè)反復(fù)的過程， 并且需要花費(fèi)時(shí)間。如果你不在這一方面花時(shí)間，對(duì)預(yù)期產(chǎn)品一致的看法未達(dá)成共識(shí)—最終的后果可能是返工，并且產(chǎn)品不盡人意。
需求的來源
軟件需求可以來自方方面面，這取決于所開發(fā)產(chǎn)品的性質(zhì)和開發(fā)環(huán)境。需從不同用戶代表和來源收集需求，這說明了需求工程是以相互交流為核心的性質(zhì)。下面是幾個(gè)軟件需求的典型來源。
1. 訪問并與有潛力的用戶探討
為找出新軟件產(chǎn)品的用戶需求，最直截了當(dāng)?shù)姆椒ㄊ窃儐査麄儭１菊掠懻撊绾螌ふ液线m的用戶代表，而在第8章講述從這些代表中獲取需求的技巧。
2. 把對(duì)目前的或競(jìng)爭(zhēng)產(chǎn)品的描述寫成文檔
文檔可以描述一種所必須遵循的標(biāo)準(zhǔn)或產(chǎn)品所必須遵循的政府或工業(yè)規(guī)則。
3. 系統(tǒng)需求規(guī)格說明
一個(gè)包含軟、硬件的產(chǎn)品需要一個(gè)高檔次的系統(tǒng)需求規(guī)格說明以介紹整個(gè)產(chǎn)品。系統(tǒng)需求的子集被分配到每個(gè)軟件子系統(tǒng)中（ Nelsen 1990）。附加的詳細(xì)軟件功能需求將從有關(guān)軟件的系統(tǒng)需求里獲得。
4. 對(duì)當(dāng)前系統(tǒng)的問題報(bào)告和增強(qiáng)要求指導(dǎo)用戶和提供技術(shù)支持的工作人員是最有價(jià)值的需求來源。
他們收集了用戶在使用現(xiàn)有系統(tǒng)過程中所遇到問題的信息，還接受了用戶關(guān)于系統(tǒng)改進(jìn)的想法。
5. 市場(chǎng)調(diào)查和用戶問卷調(diào)查
調(diào)查有助于從廣大有潛力的用戶那里獲得大量定量的數(shù)據(jù)，務(wù)必調(diào)查相關(guān)的用戶并詢問一些能產(chǎn)生反響的好問題。
6. 觀察正在工作的用戶
對(duì)當(dāng)前系統(tǒng)的用戶和將來系統(tǒng)的有潛力的用戶，分析員觀察“日常工作”以獲得經(jīng)驗(yàn)，這些經(jīng)驗(yàn)?zāi)芴峁┖苡袃r(jià)值的信息。分析員可通過觀察用戶與所關(guān)聯(lián)的任務(wù)環(huán)境的工作流程來預(yù)見用戶在使用當(dāng)前系統(tǒng)時(shí)所遇到的問題，并能分析新的系統(tǒng)可有效支持工作流程的方面（McGraw and Harbison 1997; Beyer and Holtzblatt 1998）。比起僅僅簡(jiǎn)單地詢問用戶，并記下用戶在處理任務(wù)時(shí)的步驟來說，直接觀察用戶的工作流程可以對(duì)他們的活動(dòng)有更正確的理解。分析員必須抽象和總結(jié)用戶的直接活動(dòng)，以確保所獲得的需求具有普遍性，而不僅僅代表單個(gè)用戶。一個(gè)富有技巧的分析員還可以為改進(jìn)用戶的當(dāng)前事務(wù)處理過程提出一些見解。
7. 用戶任務(wù)的內(nèi)容分析
通常通過開發(fā)具體的情節(jié)（ s c e n a r i o）或活動(dòng)順序（有時(shí)稱作“情節(jié)”），可以確定用戶利用系統(tǒng)需要完成的任務(wù)，分析員由此可以獲得用戶用于處理任務(wù)的必要的功能需求。這是使用實(shí)例方法的精髓。
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來測(cè)測(cè)你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
