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