量減小，應(yīng)確信：你明白為什么要包括這些功能，及這些功能的“來龍去脈”，這樣使得需求分析過程始終是注重那些能使用戶完成他們業(yè)務(wù)任務(wù)的核心功能。
5. 過于精簡的規(guī)格說明
有時，客戶并不明白需求分析有如此重要，于是只作一份簡略之至的規(guī)格說明，僅涉及了產(chǎn)品概念上的內(nèi)容，然后讓研發(fā)人員在項目進展中去完善，結(jié)果非?？赡艹霈F(xiàn)的是研發(fā)人員先建立產(chǎn)品的結(jié)構(gòu)之后再完成需求說明。這種方法可能適合于尖端研究性的產(chǎn)品或需求本身就十分靈活的情況。但在大多數(shù)情況下，這會給研發(fā)人員帶來挫折(使他們在不正確的假設(shè)前提和極其有限的指導下工作)，也會給客戶帶來煩惱(他們無法得到他們所設(shè)想的產(chǎn)品)。
6. 忽略了用戶分類
大多數(shù)產(chǎn)品是由不同的人使用其不同的特性，使用頻繁程度也有所差異，使用者受教育程度和經(jīng)驗水平也不盡相同。如果你不能在項目早期就針對所有這些主要用戶進行分類的話，必然導致有的用戶對產(chǎn)品感到失望。例如，菜單驅(qū)動操作對高級用戶太低效了，但含義不清的命令和快捷鍵又會使不熟練的用戶感到困難。
7. 不準確的計劃
據(jù)統(tǒng)計，導致需求過程中軟件成本估計極不準確的原因主要有以下五點：頻繁的需求變更、遺漏的需求、和用戶交流不夠、質(zhì)量低下的需求規(guī)格說明和不完善的需求分析。
對不準確的需求所提問題的正確響應(yīng)是“等我真正明白你的需求時，我就會來告訴你”?；诓怀浞中畔⒑臀唇?jīng)深思的對需求不成熟的估計非常容易為一些因素左右。要作出估計時，最佳還是給出一個范圍。未經(jīng)準備的估計通常是作為一種猜測給出的，聽者卻認為是一種承諾。因此我們要盡力給出可達到的目標并堅持完成他。
六.需求分析人員和用戶的合作關(guān)系
優(yōu)秀的軟件產(chǎn)品是建立在優(yōu)秀的需求基礎(chǔ)之上的。而高質(zhì)量的需求來源于客戶和研發(fā)人員之間有效的交流和合作。通常，研發(fā)人員和客戶或客戶代理人，如市場人員間的關(guān)系反而會成為一種對立關(guān)系。雙方的管理者都只想自己的利益而擱置用戶提供的需求從而產(chǎn)生摩擦，在這種情況下，不會給雙方帶來一點益處。
只有當雙方參和者都明白要成功自己需要什么，同時也應(yīng)知道要成功合作方需要什么時，才能建立起一種合作關(guān)系。由于項目壓力和日漸增，所有風險承擔者有著一個一起的目標這一點容易被遺忘。其實大家都想研發(fā)出一個既能實現(xiàn)商業(yè)價值，又能滿足用戶需要，還能使研發(fā)者感到滿足的優(yōu)秀軟件產(chǎn)品。
軟件客戶需求權(quán)利書列出了十條關(guān)于客戶在項目需求工程實施中和分析人員、研發(fā)人員交流時的合法需求。每一項權(quán)利都對應(yīng)著軟件研發(fā)人員、分析人員的義務(wù)。而軟件客戶需求義務(wù)書也列出了十條關(guān)于客戶在需求過程中應(yīng)承擔的義務(wù)。如果愿意，能將其作為研發(fā)人員的權(quán)利書。
客戶有如下權(quán)利：
1：需求分析人員使用符合客戶語言習慣的表達
需求討論應(yīng)集中于業(yè)務(wù)需要和任務(wù)，故要使用業(yè)務(wù)術(shù)語，你應(yīng)將其教給分析人員，而你 不一定要懂得計算機的行業(yè)術(shù)語。
2：需求分析人員了解客戶的業(yè)務(wù)及目標
通過和用戶交流來獲取用戶需求、分析人員才能更好地了解你的業(yè)務(wù)任務(wù)和怎樣才能使產(chǎn)品更好地滿足你的需要。這將有助于研發(fā)人員設(shè)計出真正滿足你的需要并達到你期望的優(yōu)秀軟件。為幫助研發(fā)人員和分析人員，能考慮邀請他們觀察你或你的同事是怎樣工作的。如果新研發(fā)系統(tǒng)是用來替代已有的系統(tǒng)，那么研發(fā)人員應(yīng)使用一下目前的系統(tǒng)，這將有利于他們明白目前系統(tǒng)是怎樣工作的，其工作流程的情況，及可供改進之處。
3：需求分析人員編寫軟件需求規(guī)格說明
分析人員要把從你和其他客戶那里獲得的所有信息進行整理，以區(qū)分開業(yè)務(wù)需求及規(guī)范、功能需求、質(zhì)量目標、解