推薦需求管理是軟件開(kāi)發(fā)全生命周期重要的一個(gè)環(huán)節，我們每個(gè)人都知道它的重要性，但是要真做做好并不簡(jiǎn)單，我也寫(xiě)了一本在線(xiàn)電子書(shū)業(yè)務(wù)分析與需求.pdf來(lái)講解需求相關(guān)內容。對于每種技術(shù)和方法，就像以前我寫(xiě)過(guò)的企業(yè)架構成熟度模型(EAMM)的一樣，我們都不可能一下子就精通，而是按照一種學(xué)習的曲線(xiàn)進(jìn)展，本篇本篇主要介紹一下需求管理成熟度的六個(gè)級別。
級別0：沒(méi)有需求(no requirements)
沒(méi)有任何明確的需求被記錄下來(lái)，他們假定知道要構建什么，希望節省需求的時(shí)間來(lái)做開(kāi)發(fā)，但這勢必會(huì )給開(kāi)發(fā)工作帶來(lái)混亂，因為需求是一項比較復雜的工程，并不能通過(guò)假定就可以明確軟件功能，這樣做很可能會(huì )導致所做的產(chǎn)品并不是用戶(hù)所需要的。
級別一：被記錄的需求(Written Requirements)
從混亂的沒(méi)有需求級別上升一步的就是簡(jiǎn)單的寫(xiě)出需求。雖然只是簡(jiǎn)單書(shū)寫(xiě)需求，但是相對于沒(méi)有需求級別來(lái)說(shuō)已經(jīng)可以感受到很多好處了：
與客戶(hù)有一個(gè)基本的約定。如果寫(xiě)的好，需求能夠清晰地描述你對客戶(hù)需要的理解，他們可以通過(guò)閱讀需求來(lái)檢查是否與他們想的一致
開(kāi)發(fā)團隊的每個(gè)成員通過(guò)需求可以很好的支持他們的工作。架構師和設計師可以開(kāi)始考慮如何架構系統來(lái)支持客戶(hù)期望，也可以支持測試人員及早開(kāi)始測試案例的編寫(xiě)，當然更能支持開(kāi)發(fā)人員理解軟件要求來(lái)編寫(xiě)代碼
需求可以讓新來(lái)的成員更快速的了解系統是什么
要得到這些好處，我們也需要付出一些成本：
需要有人花時(shí)間來(lái)寫(xiě)需求
為了保證需求的及時(shí)性，需要不斷地維護需求
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
