起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識需求管理成熟度的五個級別
需求管理是軟件開發全生命周期重要的一個環節，我們每個人都知道它的重要性，但是要真做做好并不簡單，我也寫了一本在線電子書業務分析與需求.pdf來講解需求相關內容。對于每種技術和方法，就像以前我寫過的企業架構成熟度模型（EAMM）的一樣，我們都不可能一下子就精通，而是按照一種學習的曲線進展，本篇本篇主要介紹一下需求管理成熟度的六個級別。
級別0：沒有需求（no requirements）
沒有任何明確的需求被記錄下來，他們假定知道要構建什么，希望節省需求的時間來做開發，但這勢必會給開發工作帶來混亂，因為需求是一項比較復雜的工程，并不能通過假定就可以明確軟件功能，這樣做很可能會導致所做的產品并不是用戶所需要的。
級別一：被記錄的需求（Written Requirements）
從混亂的沒有需求級別上升一步的就是簡單的寫出需求。雖然只是簡單書寫需求，但是相對于沒有需求級別來說已經可以感受到很多好處了：
- 與客戶有一個基本的約定。如果寫的好，需求能夠清晰地描述你對客戶需要的理解，他們可以通過閱讀需求來檢查是否與他們想的一致
- 開發團隊的每個成員通過需求可以很好的支持他們的工作。架構師和設計師可以開始考慮如何架構系統來支持客戶期望，也可以支持測試人員及早開始測試案例的編寫，當然更能支持開發人員理解軟件要求來編寫代碼
- 需求可以讓新來的成員更快速的了解系統是什么
要得到這些好處，我們也需要付出一些成本：
- 需要有人花時間來寫需求
- 為了保證需求的及時性，需要不斷地維護需求
級別二：被組織的需求（Organized）
需求的目的是為了清晰地與用戶、客戶和其他涉眾（例如開發團隊）等人就問題的解決方案進行溝通。級別二關注需求質量、格式化、安全和存儲，以及版本管理。
- 質量：好的需求容易讓大家明白，架構師、開發人員和測試人員也都能很好的使用它，不好的需求會導致大家比較模糊、認識存在差異等問題。
- 格式化：需求必須以統一的方式來描述，例如序號、標題、字體、表格等，可以使得文檔更容易閱讀、理解和使用，文檔模板可以幫助我們以統一格式來編制
- 可訪問性、安全性和版本管理：當存在很多需求時，我們會經常遇到不知道在哪里可以找到需要的需求，這時我們就需要有一個統一管理需求地方
級別三：結構化需求（Structured）
級別三開始對需求進行歸類，它們是功能性需求還是非功能性需求？是業務需求還是系統需求？是特性還是軟件需求？客戶、市場和用戶需求是什么？區分這些可以幫助我們更好的理解和管理需求。之前級別都是用一些文字類語言來描述，而級別三是一種結構化需求，例如給需求添加一些屬性。
級別四：可跟蹤性需求（Traced）
需求本身就是層級的，由業務需求到用戶需求再到系統需求；而需求又與開發和測試有所關聯，通過可跟蹤性管理，我們可以知道在更改一個需求時，會影響到哪些子需求以及相關的同級需求，還能夠分析出影響哪些開發和測試內容。
級別五：集成化需求（Integrated）
通常我們做了很多需求，但是并沒有一種集成化的方法把需求直接引入開發中，可能導致實現出來的是另一回事。集成化需求管理流程可以直接由需求導入軟件設計、變更管理、測試和項目管理。團隊將需求作為主要輸入，如果將需求模型化，我們則可以通過模型化需求來開發應用程序，OpenExpressApp就是通過建模來結構化需求，它的目標就是要做成能夠讓業務工程師來開發應用程序。
文章來源：博客園 周金根
- 目前還沒評論，等你發揮！
