一個系統(tǒng)非常難確定明確的范圍并把所有需求一次性提出來，這會導(dǎo)致研發(fā)人員在項目進展中去不斷完善需求，先建立系統(tǒng)結(jié)構(gòu)再完成需求說明，造成返工的可能性非常大，會給研發(fā)人員帶來挫折感，降低他們完成項目的信心。
（5）需求的細化程度。需求到底描述到多細，才算能結(jié)束了？雖然國家標準有需求說明的編寫規(guī)范，但具體到某一個需求上，非常難給出一個具體的指標，可謂仁者見仁，智者見智，并沒有定論。需求越細，周期越長，可能的變化越多，對設(shè)計的限制越嚴格，對需求的共性提取需求也越高，相反，需求越粗，研發(fā)人員在技術(shù)設(shè)計時不清晰的地方就越多，影響技術(shù)設(shè)計。
（6）需求描述的多義性。需求描述的多義性一方面是指不同讀者對需求說明產(chǎn)生了不同的理解；另一方面是指同一讀者能用不同的方式來解釋某個需求說明。多義性會使用戶和研發(fā)人員等項目參和者產(chǎn)生不同的期望，也會使研發(fā)、測試人員為不同的理解而浪費時間，帶來不可避免的后果便是返工重做。
（7）忽略了用戶的特點分析。分析人員往往容易忽略了系統(tǒng)用戶的特點，系統(tǒng)是由不同的人使用其不同的特性，使用頻繁程度有所差異，使用者受教育程度和經(jīng)驗水平不盡相同。如果忽略這些的話，將會導(dǎo)致有的用戶對產(chǎn)品感到失望。
（8）需求研發(fā)的時間保障。為了確保需求的正確性和完整性，項目負責人往往堅持要在需求階段花費較多的時間，但用戶和研發(fā)部門的領(lǐng)導(dǎo)卻會因為項目遲遲看不到實際成果而焦慮，他們往往會強迫項目盡快往前推進，需求研發(fā)人員也會被需求的復(fù)雜和善變折騰的筋疲力盡，他們也希望盡快結(jié)束需求階段。
3 怎么做好需求工作
需求分析是軟件項目研發(fā)中最困難的一項工作，他不僅需求分析人員具有豐富的需求分析經(jīng)驗和良好的專業(yè)素質(zhì)，還需求分析人員具有良好的學(xué)習(xí)能力、公關(guān)能力、語言能力和組織能力。在實際工作中分析人員要面對不同的單位、不同的部門、不同的人員、不同的文化、不同的關(guān)系、不同的管理水平等等不同的情況，面對如此紛繁復(fù)雜的環(huán)境，怎么做好需求分析工作？首先需要建立一個有效的工作機制，只有建立了工作機制，才能確保需求工作按照既定方案執(zhí)行，需求研發(fā)和管理的參和者才會在一種有序的狀態(tài)下工作。其次才是充分運用工作機制和個人能力去獲取問題、分析問題、編寫需求文件和進行需求管理。
3.1 建立需求分析工作機制需考慮的幾個因素
（1）抓住決策者最迫切和最關(guān)心的問題，引起重視。用戶方?jīng)Q策者對項目的關(guān)心重視程度是項目能否順利開展的關(guān)鍵，決策者的真實意圖也是用戶方的最終需求，因此，在研發(fā)過程中要利用一切機會了解決策者關(guān)心的問題，同時也要讓他們了解項目的情況。在諸如談判、專題匯報、協(xié)調(diào)會議、領(lǐng)導(dǎo)視察、階段性成果演示等過程中用簡短明確的語言或文字抓住領(lǐng)導(dǎo)最關(guān)心的問題，引導(dǎo)他們了解和重視項目的研發(fā)，當決策者認識到項目的重要性時，需求分析工作在人力、物力、時間上就有了保障。
（2）建立組織保障，明確的責任分工。項目研發(fā)一般都會成立相應(yīng)的項目組或工程組，目前，常見的組織形式是：產(chǎn)品管理組、質(zhì)量和測試組、程式研發(fā)組、用戶代表組和后勤保障組，各組的主要分工是：產(chǎn)品管理組負責確定和設(shè)置項目目標，根據(jù)需求的優(yōu)先級確定功能規(guī)范，向相關(guān)人員通報項目進展。程式管理組負責系統(tǒng)分析，根據(jù)軟件研發(fā)標準協(xié)調(diào)日常研發(fā)工作確保及時交付研發(fā)任務(wù)，控制項目進度。程式研發(fā)組負責按照功能規(guī)范需求交付軟件系統(tǒng)。質(zhì)量和測試組負責確保系統(tǒng)符合功能規(guī)范的需求，測試工作和研發(fā)工作是獨立并行的。用戶代表組負責代表用戶方提出需求，負責軟件的用戶方測試。后勤保障組負責確保項目順利進行的后勤保障工作。
&nbs