能力成熟度模型集成（CMMI，Capability Maturity Model Integration）已逐步成為IT業(yè)的標準。CMMI定義了5個組織成熟度級別，包含25個過程域（PA,Process Area），這些過程域全面涵蓋了軟件生命周期的各個領(lǐng)域。特別是在業(yè)界普遍感到難以控制的需求方面，它定義了兩個過程域：需求管理和需求開發(fā)。
　　需求管理（REQM,Requirements Management）屬于成熟度2級（受管理級）的過程域，是其他許多過程域?qū)嵤┑那疤?。對于暫未實施CMMI的企業(yè)，同樣也可以借鑒CMMI的原則，實施和優(yōu)化需求管理。本文從實際工作的角度，闡述如何用CMMI指導需求管理工作。
　　一、需求管理概述 轉(zhuǎn)貼于：http://m.opto-elec.com.cn

　　許多IT企業(yè)都有過需求失控的痛苦經(jīng)歷，我們不難體會，沒有好的需求管理會給我們帶來什么：
　　需求以失控的狀態(tài)進入軟件過程，從源頭上失去了項目的質(zhì)量保證；
　　需求范圍界定不清，使項目缺乏計劃性，導致成本、研制周期失控；
　　需求變更失控，使組織處于被動反應(yīng)式的環(huán)境中，項目組成為救火隊；
　　需求管理不當，導致項目延期、士氣低落，增加了項目的失敗風險；
　　……
　　為了避免上述情況的出現(xiàn)，CMMI對需求管理提出了明確的目的：一是管理項目的產(chǎn)品和產(chǎn)品構(gòu)件的需求；二是標識哪些需求與項目計劃及工作產(chǎn)品之間不一致。通過適當?shù)牟襟E，確保需求在項目的各個層面上動態(tài)地保持一致，一旦出現(xiàn)不一致，則啟動相關(guān)的處理過程域，使其調(diào)整到一致。 　　    需求管理包含5個特定實踐（SP,Specific Practice），這5個特定實踐的關(guān)系。
　　獲得對需求的理解。需求接收者與需求提供者就需求達成共識。 
　　獲取項目參與者對需求的承諾。通過書面承諾，建立各方、各項工作的基準。 
　　管理需求變更。維護變更歷史，為調(diào)整與控制提供數(shù)據(jù)。 
　　維護對需求的雙向可追溯性。這是從軟件的可維護性角度提出的管理要求。  
　　標識項目計劃和工作產(chǎn)品與需求的不一致性。旨在發(fā)現(xiàn)不一致性，并且啟動糾正措施。 
 
　　二、需求管理計劃 轉(zhuǎn)貼于：http://m.opto-elec.com.cn
　　在組織級建立需求管理計劃模板，具體項目則是在此模板的基礎(chǔ)上結(jié)合項目的特點和具體情況，制定項目的需求管理計劃。
　　需求管理計劃（模板）應(yīng)包括如下內(nèi)容：
　　需求管理的方針與政策； 
　　需求管理需使用的資源（管理人員、計算機資源、使用工具等）； 
　　角色與責任； 
　　培訓計劃； 
　　需求管理的干系人及介入事件的關(guān)聯(lián)矩陣； 
　　配合項目節(jié)奏或里程碑的事項（如：在哪些階段點應(yīng)做“識別項目工作與需求之間的不一致的工作”）； 
  　　判斷項目工作與需求不一致的準則和糾正流程； 
　　需求溯源性矩陣模板（最好使用工具）； 
　　需求變更流程； 
　　需求管理計劃的審批與變更流程； 
　　其他流程。 轉(zhuǎn)貼于：http://m.opto-elec.com.cn
 
　　具體項目的需求管理計劃一般應(yīng)在如下幾個方面加以具體化：①項目的需求管理角色應(yīng)分派到具體的人；②可根據(jù)項目需求管理人員的實際情況，安排有針對性的培訓內(nèi)容，如應(yīng)用領(lǐng)域的業(yè)務(wù)培訓、需求管理工具的培訓等；③需求管理的干系人及介入事件更加明確。如與需求管理相關(guān)的人員（干系人）主要有業(yè)務(wù)代表（代表業(yè)務(wù)需求提出部門）、設(shè)計人員、開發(fā)人員、

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

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