軟件項(xiàng)目的需求分析工作往往面臨著一些潛在的風(fēng)險(xiǎn)，這些風(fēng)險(xiǎn)主要表現(xiàn)在：
一 用戶不能正確表達(dá)自身的需求
在實(shí)際開發(fā)過程中，常常碰到用戶對(duì)自己真正的需求并不是十分明確的情況，他們認(rèn)為計(jì)算機(jī)是萬能的，只要簡(jiǎn)單的說說自己想干什么就是把需求說明白了，而對(duì)業(yè)務(wù)的規(guī)則、工作流程卻不愿多談，也講不清楚。
這種情況往往會(huì)增加需求分析工作難度，分析人員需要花費(fèi)更多的時(shí)間和精力與用戶交流，幫助他們梳理思路，搞清用戶的真實(shí)需求。
二 業(yè)務(wù)人員配合力度不夠
有的用戶日常工作繁忙，他們不愿意付出更多的時(shí)間和精力向分析人員講解業(yè)務(wù)，這樣會(huì)加大分析人員的工作難度和工作量，也可能導(dǎo)致因業(yè)務(wù)需求不足而使系統(tǒng)無法使用。
三 用戶需求的不斷變更
由于需求識(shí)別不全、業(yè)務(wù)發(fā)生變化、需求本身錯(cuò)誤、需求不清楚等原因，需求在項(xiàng)目的整個(gè)生命周期都可能發(fā)生變化。
因此，我們要認(rèn)識(shí)到，軟件開發(fā)的過程實(shí)際上是同變化做斗爭(zhēng)的過程，需求變化是每個(gè)開發(fā)人員、項(xiàng)目管理人員都會(huì)遇到的問題，也是最頭痛的問題。
一旦發(fā)生了需求變化，就不得不修改設(shè)計(jì)、重寫代碼、修改測(cè)試用例、調(diào)整項(xiàng)目計(jì)劃等等，需求的變化就像是萬惡之源，為項(xiàng)目的正常的進(jìn)展帶來不盡的麻煩。
四 需求的完整程度
需求如何做到?jīng)]有遺漏？這是一個(gè)大問題，大的系統(tǒng)要想窮舉需求幾乎是不可能的，即使小的系統(tǒng)，新的需求也總會(huì)不時(shí)地冒出來。
一個(gè)系統(tǒng)很難確定明確的范圍并把所有需求一次性提出來，這會(huì)導(dǎo)致開發(fā)人員在項(xiàng)目進(jìn)展中去不斷完善需求，先建立系統(tǒng)結(jié)構(gòu)再完成需求說明，造成返工的可能性很大，會(huì)給開發(fā)人員帶來挫折感，降低他們完成項(xiàng)目的信心。
五 需求的細(xì)化程度
需求到底描述到多細(xì)，才算可以結(jié)束了？雖然國家標(biāo)準(zhǔn)有需求說明的編寫規(guī)范，但具體到某一個(gè)需求上，很難給出一個(gè)具體的指標(biāo)，可謂仁者見仁，智者見智，并沒有定論。
需求越細(xì)，周期越長(zhǎng)，可能的變化越多，對(duì)設(shè)計(jì)的限制越嚴(yán)格，對(duì)需求的共性提取要求也越高，相反，需求越粗，開發(fā)人員在技術(shù)設(shè)計(jì)時(shí)不清楚的地方就越多，影響技術(shù)設(shè)計(jì)。
六 需求描述的多義性
需求描述的多義性一方面是指不同讀者對(duì)需求說明產(chǎn)生了不同的理解；另一方面是指同一讀者能用不同的方式來解釋某個(gè)需求說明。
多義性會(huì)使用戶和開發(fā)人員等項(xiàng)目參與者產(chǎn)生不同的期望，也會(huì)使開發(fā)、測(cè)試人員為不同的理解而浪費(fèi)時(shí)間，帶來不可避免的后果便是返工重做。
七 忽略了用戶的特點(diǎn)分析
分析人員往往容易忽略了系統(tǒng)用戶的特點(diǎn)，系統(tǒng)是由不同的人使用其不同的特性，使用頻繁程度有所差異，使用者受教育程度和經(jīng)驗(yàn)水平不盡相同。如果忽略這些的話，將會(huì)導(dǎo)致有的用戶對(duì)產(chǎn)品感到失望。
八 需求開發(fā)的時(shí)間保障
為了確保需求的正確性和完整性，項(xiàng)目負(fù)責(zé)人往往堅(jiān)持要在需求階段花費(fèi)較多的時(shí)間，但用戶和開發(fā)部門的領(lǐng)導(dǎo)卻會(huì)因?yàn)轫?xiàng)目遲遲看不到實(shí)際成果而焦慮。
他們往往會(huì)強(qiáng)迫項(xiàng)目盡快往前推進(jìn)，需求開發(fā)人員也會(huì)被需求的復(fù)雜和善變折騰的筋疲力盡，他們也希望盡快結(jié)束需求階段。