用能力成熟度模型集成指導(dǎo)需求管理

申請免費試用、咨詢電話：400-8352-114

能力成熟度模型集成（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指導(dǎo)需求管理工作。

一、需求管理概述

許多IT企業(yè)都有過需求失控的痛苦經(jīng)歷，我們不難體會，沒有好的需求管理會給我們帶來什么：

需求以失控的狀態(tài)進入軟件過程，從源頭上失去了項目的質(zhì)量保證；

需求范圍界定不清，使項目缺乏計劃性，導(dǎo)致成本、研制周期失控；

需求變更失控，使組織處于被動反應(yīng)式的環(huán)境中，項目組成為救火隊；

需求管理不當(dāng)，導(dǎo)致項目延期、士氣低落，增加了項目的失敗風(fēng)險；

……

為了避免上述情況的出現(xiàn)，CMMI對需求管理提出了明確的目的：一是管理項目的產(chǎn)品和產(chǎn)品構(gòu)件的需求；二是標識哪些需求與項目計劃及工作產(chǎn)品之間不一致。通過適當(dāng)?shù)牟襟E，確保需求在項目的各個層面上動態(tài)地保持一致，一旦出現(xiàn)不一致，則啟動相關(guān)的處理過程域，使其調(diào)整到一致。

需求管理包含5個特定實踐（SP,Specific Practice）。

獲得對需求的理解。需求接收者與需求提供者就需求達成共識。

獲取項目參與者對需求的承諾。通過書面承諾，建立各方、各項工作的基準。

管理需求變更。維護變更歷史，為調(diào)整與控制提供數(shù)據(jù)。

維護對需求的雙向可追溯性。這是從軟件的可維護性角度提出的管理要求。

標識項目計劃和工作產(chǎn)品與需求的不一致性。旨在發(fā)現(xiàn)不一致性，并且啟動糾正措施。

二、需求管理計劃

在組織級建立需求管理計劃模板，具體項目則是在此模板的基礎(chǔ)上結(jié)合項目的特點和具體情況，制定項目的需求管理計劃。

需求管理計劃（模板）應(yīng)包括如下內(nèi)容：

需求管理的方針與政策；

需求管理需使用的資源（管理人員、計算機資源、使用工具等）；

角色與責(zé)任；

培訓(xùn)計劃；

需求管理的干系人及介入事件的關(guān)聯(lián)矩陣；

配合項目節(jié)奏或里程碑的事項（如：在哪些階段點應(yīng)做“識別項目工作與需求之間的不一致的工作”）；

判斷項目工作與需求不一致的準則和糾正流程；

需求溯源性矩陣模板（最好使用工具）；

需求變更流程；

需求管理計劃的審批與變更流程；

其他流程。

具體項目的需求管理計劃一般應(yīng)在如下幾個方面加以具體化：①項目的需求管理角色應(yīng)分派到具體的人；②可根據(jù)項目需求管理人員的實際情況，安排有針對性的培訓(xùn)內(nèi)容，如應(yīng)用領(lǐng)域的業(yè)務(wù)培訓(xùn)、需求管理工具的培訓(xùn)等；③需求管理的干系人及介入事件更加明確。如與需求管理相關(guān)的人員（干系人）主要有業(yè)務(wù)代表（代表業(yè)務(wù)需求提出部門）、設(shè)計人員、開發(fā)人員、測試人員等，當(dāng)需求具有跨系統(tǒng)或接口性質(zhì)時，相關(guān)受影響的部門應(yīng)列入干系人清單中。介入的事件是評估需求變更的影響、通報雙向溯源性情況、識別項目工作與需求之間的不一致。

三、需求管理流程

各企業(yè)可根據(jù)自己的組織結(jié)構(gòu)制定需求管理流程，但流程必須涵蓋上述5個特定實踐，對于具體項目一般應(yīng)用組織級的需求管理流程，項目的特殊事項可以放在需求管理計劃中進行描述。

需求管理流程可以由幾個子流程組成，有些子流程可以并行工作，有些子流程還與其他過程域的流程有關(guān)。

首先，“獲得對需求的理解”和“獲取項目參與者對需求的承諾”兩個特定實踐可以放到一個流程中實施。將實際流程圖進行簡化，可以看出：

①通過一個綜合流程可將多個特定實踐包含其中。同時，還可以看出需求管理過程域與其他過程域（配置管理、技術(shù)開發(fā)、項目策劃）相關(guān)聯(lián)。

②“獲得對需求的理解”要求明確需求的正式來源（總行業(yè)務(wù)部門）。

③“獲得對需求的理解”實際上是進行需求分析、確認需求的過程，它的結(jié)果是形成“達成一致”的需求（《軟件需求說明書》）。

④“獲取項目參與者對需求的承諾”主要包括兩個承諾。一是需求方對達成一致的需求（《軟件需求說明書》）的正式確認二是開發(fā)方以項目目標定義書的方式，對開發(fā)計劃和成本等作出承諾。

其次，“管理需求變更”中應(yīng)先進行評估與審批，審批之后應(yīng)執(zhí)行“維護對需求的雙向可追溯性”和“標識項目計劃和工作產(chǎn)品與需求的不一致性”。這兩個看上去好象是附加上去的特定實踐，其實很重要（不好的需求管理流程中常缺這兩個特定實踐），其目的是通過流程維護需求變更的歷史和理由、評價需求變更的影響，發(fā)現(xiàn)不一致并啟動相關(guān)的處理過程域（進入其他流程）。例如，當(dāng)變更對項目產(chǎn)生風(fēng)險時，需要使用其他流程進行風(fēng)險防范或進行項目計劃變更，這些都可以包含在流程中?！肮芾硇枨笞兏绷鞒绦枰渲霉芾磉^程域的支持（通常是通過配置管理的控制變更來實現(xiàn)對需求變更的控制）。

再次，兩個關(guān)系密切的特定實踐“維護對需求的雙向可追溯性”和“標識項目計劃和工作產(chǎn)品與需求的不一致性”，一般分散在其他相關(guān)流程中，并貫穿于整個軟件生命周期中。例如，定期或以事件觸發(fā)方式啟動“標識項目計劃和工作產(chǎn)品與需求的不一致性”，檢查是否一致，從而進行相應(yīng)處理。

流程的具體編制依賴于組織結(jié)構(gòu)（同時它也影響著組織結(jié)構(gòu)），因此，不同的組織需要制定自己的流程。組織流程一般是跨過程域的綜合流程，在制定流程前，應(yīng)充分了解過程域之間的依賴關(guān)系，只有這樣，才能將這些關(guān)系有機地融合到流程中。這些相關(guān)的過程域可能分屬于不同的成熟度級別，因此，可能在現(xiàn)有條件下沒有實施較高級別的過程域，這時我們可以“弱化”這些不能實現(xiàn)的過程域，即只取其必要的功能放到流程中去。如圖2中，我們將“需求開發(fā)”過程域弱化成“需求分析”（“需求管理”要求“需求開發(fā)”提供必要的功能）放到流程中。

總之，掌握過程域之間的關(guān)系，對編制流程很有幫助。這里我們總結(jié)出需求管理與其他過程域的主要關(guān)系。

（1）需求管理依賴的過程域

①需求開發(fā)：通過需求開發(fā)建立和維護客戶產(chǎn)品、產(chǎn)品部件和接口需求。

②配置管理：通過配置管理控制需求的變更。

③項目監(jiān)督和控制：通過監(jiān)督和控制識別需求與項目計劃、工作產(chǎn)品的矛盾。

（2）依賴于需求管理的過程域

①需求開發(fā)：通過需求管理來管理客戶和產(chǎn)品需求，獲得需求供應(yīng)者的同意和需求實現(xiàn)者的承諾，并使需求的維護可追溯。

②技術(shù)解決方案：通過需求管理為產(chǎn)品和產(chǎn)品部件管理需求。

③產(chǎn)品集成：通過需求管理來管理接口需求的變更。

④項目計劃：根據(jù)需求管理來制定計劃和更改計劃。

⑤驗證和確認：根據(jù)需求管理維護需求。

⑥供應(yīng)商合同管理：根據(jù)需求管理確定能被外部滿足的需求并管理可追溯的需求，這些需求來源于供應(yīng)商已經(jīng)完成的產(chǎn)品。

四、需求管理工具化

需求管理的工具包括：①需求及相關(guān)文檔管理的工具；②流程審批的流轉(zhuǎn)電子化；③溯源性矩陣的維護工具。其中最大的難點是需求溯源性矩陣的維護工具，對此我們作重點分析。

需求溯源包括的三個方面，可看作是三個子矩陣，每個子矩陣對某個方面都具有雙向溯源性。

.需求向低層分解的雙向溯源矩陣

.需求沿生命周期縱向產(chǎn)品溯源矩陣

.需求的水平溯源矩陣（跨系統(tǒng)功能間）

綜上所述，需求管理要求建立和維護需求雙向溯源表，而雙向溯源表的關(guān)聯(lián)關(guān)系非常復(fù)雜，因此：

（1）必須借助工具進行管理。對小的項目，可以用Excel等簡單工具進行管理，但對大型項目或組織級的需求管理，則應(yīng)購買或自行開發(fā)專門的需求管理工具。

（2）必須建立一套編碼體系，以便進行標識和檢索。

（3）需求管理工具可以與配置管理工具同時考慮，即綜合設(shè)計成一個管理系統(tǒng)。

五、需求管理實施建議

需求管理是基礎(chǔ)性的管理，企業(yè)必須投入精力，認真實施，并以此作為實施CMMI的起點。在實施中要注意如下幾點：

.培訓(xùn)工作。從以上分析可以看出，需求管理是一項技術(shù)含量高、參與人員多、持續(xù)時間長（從項目前期到項目結(jié)束）的管理活動。因此，必須作好相關(guān)的培訓(xùn)，通過培訓(xùn)使高層管理人員了解需求管理的意義，取得他們的支持；使需求管理人員學(xué)會使用工具；使一般員工有需求管理意識，維護好溯源矩陣中與自己相關(guān)的部分，并提高識別項目工作與需求的不一致的能力。

.試點工作。應(yīng)先選幾個項目作為試點，取得經(jīng)驗后再全面實施。

.從制度方面進行實施體系的建立，使之制度化。

.監(jiān)督與控制。質(zhì)量保證（QA,Quality Assurance）人員應(yīng)根據(jù)需求管理計劃為基準進行監(jiān)督與控制，例如，根據(jù)需求管理的干系人及介入事件的關(guān)聯(lián)矩陣，審查“通報雙向溯源性情況”是否到位（是否按時通報，是否有人員遺漏）等。

.評價與審查。一方面對過程的活動、狀態(tài)及結(jié)果進行審查，解決相關(guān)問題；另一方面對照要求進行評價與檢查，總結(jié)經(jīng)驗并處理不符合項。

.度量。逐步建立度量的指標體系，開始時可只度量完成各項工作的工作量，之后可以作進一步的度量，積累組織的歷史數(shù)據(jù)，供以后進行需求管理的分析、決策等。例如，需求變更比率、因變更造成的延期、需求變更累計數(shù)等。（CIO時代論壇）