需的許多細節(jié)說明。

　　下一層次需求——用戶需求，必須從使用產(chǎn)品的用戶處收集。因此，這些用戶構(gòu)成了另一種軟件客戶，他們清楚要使用該產(chǎn)品完成什么任務和一些非功能性的特性需求。例如：程序的易用性、健壯性和可靠性，而這些特性將會使用戶很好地接受具有該特點的軟件產(chǎn)品。

　　經(jīng)理層有時試圖代替實際用戶說話，但通常他們無法準確說明“用戶需求”。用戶需求來自產(chǎn)品的真正使用者，必須讓實際用戶參與到收集需求的過程中。如果不這樣做，產(chǎn)品很可能會因缺乏足夠的信息而遺留不少隱患。

　　在實際需求分析過程中，以上兩種客戶可能都覺得沒有時間與需求分析人員討論，有時客戶還希望分析人員無須討論和編寫需求說明就能說出用戶的需求。除非遇到的需求極為簡單；否則不能這樣做。如果您的組織希望軟件成功，那么必須要花上數(shù)天時間來消除需求中模糊不清的地方和一些使開發(fā)者感到困惑的方面。

　優(yōu)秀的軟件產(chǎn)品建立在優(yōu)秀的需求基礎之上，而優(yōu)秀的需求源于客戶與開發(fā)人員之間有效的交流和合作。只有雙方參與者都明白自己需要什么、成功的合作需要什么時，才能建立起一種良好的合作關(guān)系。

　　由于項目的壓力與日俱增，所有項目風險承擔者有著一個共同目標，那就是大家都想開發(fā)出一個既能實現(xiàn)商業(yè)價值又能滿足用戶要求，還能使開發(fā)者感到滿足的優(yōu)秀軟件產(chǎn)品。

　　客戶的需求觀

　　客戶與開發(fā)人員交流需要好的方法。下面建議20條法則，客戶和開發(fā)人員可以通過評審以下內(nèi)容并達成共識。如果遇到分歧，將通過協(xié)商達成對各自義務的相互理解，以便減少以后的磨擦（如一方要求而另一方不愿意或不能夠滿足要求）。

1、 分析人員要使用符合客戶語言習慣的表達

　　需求討論集中于業(yè)務需求和任務，因此要使用術(shù)語?？蛻魬獙⒂嘘P(guān)術(shù)語（例如：采價、印花商品等采購術(shù)語）教給分析人員，而客戶不一定要懂得計算機行業(yè)的術(shù)語。

2、分析人員要了解客戶的業(yè)務及目標

　　只有分析人員更好地了解客戶的業(yè)務，才能使產(chǎn)品更好地滿足需要。這將有助于開發(fā)人員設計出真正滿足客戶需要并達到期望的優(yōu)秀軟件。為幫助開發(fā)和分析人員，客戶可以考慮邀請他們觀察自己的工作流程。如果是切換新系統(tǒng)，那么開發(fā)和分析人員應使用一下目前的舊系統(tǒng)，有利于他們明白目前系統(tǒng)是怎樣工作的，其流程情況以及可供改進之處。

3、 分析人員必須編寫軟件需求報告

　　分析人員應將從客戶那里獲得的所有信息進行整理，以區(qū)分業(yè)務需求及規(guī)范、功能需求、質(zhì)量目標、解決方法和其他信息。通過這些分析，客戶就能得到一份“需求分析報告”，此份報告使開發(fā)人員和客戶之間針對要開發(fā)的產(chǎn)品內(nèi)容達成協(xié)議。報告應以一種客戶認為易于翻閱和理解的方式組織編寫。客戶要評審此報告，以確保報告內(nèi)容準確完整地表達其需求。一份高質(zhì)量的“需求分析報告”有助于開發(fā)人員開發(fā)出真正需要的產(chǎn)品。

4、 要求得到需求工作結(jié)果的解釋說明

　　分析人員可能采用了多種圖表作為文字性“需求分析報告”的補充說明，因為工作圖表能很清晰地描述出系統(tǒng)行為的某些方面，所以報告中各種圖表有著極高的價值；雖然它們不太難于理解，但是客戶可能對此并不熟悉，因此客戶可以要求分析人員解釋說明每個圖表的作用、符號的意義和需求開發(fā)工作的結(jié)果，以及怎樣檢查圖表有無錯誤及不一致等。

5、 開發(fā)人員要尊重客戶的意見

　　如果用戶與開發(fā)人員之間不能相互理解，那關(guān)于需求的討論將會有障礙。共同合作能使大家“兼聽則明”。參與需求開發(fā)過程的客戶有權(quán)要求開發(fā)人員尊重他們并珍惜他們?yōu)轫椖砍晒λ冻龅臅r間，同樣，客戶也應對開發(fā)人員為項目成功這一共同目標所做出的努力表示尊重。

6、 開發(fā)人員要

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html