解；另一方面是指同一讀者能用不同的方式來解釋某個(gè)需求說明。多義性會使用戶和開發(fā)人員等項(xiàng)目參與者產(chǎn)生不同的期望，也會使開發(fā)、測試人員為不同的理解而浪費(fèi)時(shí)間，帶來不可避免的后果便是返工重做。
7）忽略了用戶的特點(diǎn)分析。分析人員往往容易忽略了系統(tǒng)用戶的特點(diǎn)，系統(tǒng)是由不同的人使用其不同的特性，使用頻繁程度有所差異，使用者受教育程度和經(jīng)驗(yàn)水平不盡相同。如果忽略這些的話，將會導(dǎo)致有的用戶對產(chǎn)品感到失望。
8）需求開發(fā)的時(shí)間保障。為了確保需求的正確性和完整性，項(xiàng)目負(fù)責(zé)人往往堅(jiān)持要在需求階段花費(fèi)較多的時(shí)間，但用戶和開發(fā)部門的領(lǐng)導(dǎo)卻會因?yàn)轫?xiàng)目遲遲看不到實(shí)際成果而焦慮，他們往往會強(qiáng)迫項(xiàng)目盡快往前推進(jìn)，需求開發(fā)人員也會被需求的復(fù)雜和善變折騰的筋疲力盡，他們也希望盡快結(jié)束需求階段。
在實(shí)際的工作中，我列了一些需要關(guān)注的問題，以避免一些不必要的麻煩。
1）抓住決策者最迫切和最關(guān)心的問題，引起重視。用戶方?jīng)Q策者對項(xiàng)目的關(guān)心重視程度是項(xiàng)目能否順利開展的關(guān)鍵，決策者的真實(shí)意圖也是用戶方的最終需求，因此，在開發(fā)過程中要利用一切機(jī)會了解決策者關(guān)心的問題，同時(shí)也要讓他們了解項(xiàng)目的情況。在諸如談判、專題匯報(bào)、協(xié)調(diào)會議、領(lǐng)導(dǎo)視察、階段性成果演示等過程中用簡短明確的語言或文字抓住領(lǐng)導(dǎo)最關(guān)心的問題，引導(dǎo)他們了解和重視項(xiàng)目的開發(fā)，當(dāng)決策者認(rèn)識到項(xiàng)目的重要性時(shí)，需求分析工作在人力、物力、時(shí)間上就有了保障。
2）建立組織保障，明確的責(zé)任分工。項(xiàng)目開發(fā)一般都會成立相應(yīng)的項(xiàng)目組或工程組，目前，常見的組織形式是：產(chǎn)品管理組、質(zhì)量與測試組、程序開發(fā)組、用戶代表組和后勤保障組，各組的主要分工是：產(chǎn)品管理組負(fù)責(zé)確定和設(shè)置項(xiàng)目目標(biāo)，根據(jù)需求的優(yōu)先級確定功能規(guī)范，向相關(guān)人員通報(bào)項(xiàng)目進(jìn)展。程序管理組負(fù)責(zé)系統(tǒng)分析，根據(jù)軟件開發(fā)標(biāo)準(zhǔn)協(xié)調(diào)日常開發(fā)工作確保及時(shí)交付開發(fā)任務(wù)，控制項(xiàng)目進(jìn)度。程序開發(fā)組負(fù)責(zé)按照功能規(guī)范要求交付軟件系統(tǒng)。質(zhì)量與測試組負(fù)責(zé)保證系統(tǒng)符合功能規(guī)范的要求，測試工作與開發(fā)工作是獨(dú)立并行的。用戶代表組負(fù)責(zé)代表用戶方提出需求，負(fù)責(zé)軟件的用戶方測試。后勤保障組負(fù)責(zé)確保項(xiàng)目順利進(jìn)行的后勤保障工作。
3）建立良好的溝通環(huán)境和氛圍。分析人員與用戶溝通的程度關(guān)系到需求分析的質(zhì)量，因此建立一個(gè)良好的溝通氛圍、處理好分析人員與用戶之間的關(guān)系顯得尤其重要，一般情況，用戶作為投資方會有一些心理優(yōu)勢，希望他們的意見得到足夠的重視，分析人員應(yīng)該充分的認(rèn)識到這一點(diǎn)，做好心理準(zhǔn)備，盡量避免與他們發(fā)生爭執(zhí)，因?yàn)槲覀兊哪康氖菐椭脩粽f出他們的最終需要。在溝通時(shí)分析人員應(yīng)注意以下幾個(gè)方面：
1）態(tài)度上要尊重對方，但不謙恭。謙恭可能會讓用戶一時(shí)感到滿意，但對長期合作并沒有好處，尤其是在發(fā)生沖突的時(shí)候，用戶會習(xí)慣性地感到自己的優(yōu)勢，而忽略分析人員地意見。
2）分析人員要努力適應(yīng)不同用戶的語言表達(dá)方式。每個(gè)人都有自己的表達(dá)方式，所以優(yōu)秀的分析人員應(yīng)該是一個(gè)優(yōu)秀的“傾聽者”，他們能很快的適應(yīng)用戶的語言風(fēng)格，理解他們的意思。
3）善于表達(dá)自己，善于提問。分析人員在開口前應(yīng)該先讓對方充分表達(dá)他的意思，在領(lǐng)會了后，自己再說，盡量不要搶話。
4）工作外的交流有助于增進(jìn)理解，加強(qiáng)溝通。
4）需求質(zhì)量控制要制度化需求的變化是軟件項(xiàng)目不可避免的事實(shí)，因此需求質(zhì)量控制是一項(xiàng)艱苦的工作，要保證該項(xiàng)工作的順利實(shí)施，就必須有制度保證，這個(gè)制度可以在項(xiàng)目質(zhì)量控制方案中制定，該方案主要是具體化、定量化的描述用戶要求，形成全面、一致、規(guī)范的軟件需求分析規(guī)格說明書，明確需求分析規(guī)格說明書的工作程序和要素，規(guī)范開發(fā)活動(dòng)，為后續(xù)軟件設(shè)計(jì)、實(shí)現(xiàn)、測試、評審及驗(yàn)收
提供依據(jù)。在方案中要明確項(xiàng)目組各部門關(guān)于需求質(zhì)量控制的職責(zé)，制定需求分析的工作程序，包括編制需求分析工作計(jì)劃、編制《需求分析說明書》、《需求分析規(guī)格說明書》的評審和確認(rèn)、《需求分析規(guī)格說明書》修改控制、確定需求質(zhì)量控制的質(zhì)量記錄文檔規(guī)范等內(nèi)容。
本文論述圍繞于需求管理，需求管理是開發(fā)工作有效進(jìn)行的確證。很明顯需求管理是一種很高層次的系統(tǒng)行為，涉及整個(gè)開發(fā)過程和產(chǎn)品本身。需求管理首先要針對需求做出分析，隨后應(yīng)用于產(chǎn)品并提出方案。需求分析的模型正是產(chǎn)品的原型樣本，優(yōu)秀的需求管理提高了這樣的可能性：它使最終產(chǎn)品更接近于解決需求，提高了用戶對產(chǎn)品的滿意度，從而使產(chǎn)品成為真正優(yōu)質(zhì)合格的產(chǎn)品。從這層意義上說，需求管理是產(chǎn)品質(zhì)量的基礎(chǔ)。