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

申請免費(fèi)試用、咨詢電話：400-8352-114

能力成熟度模型集成（CMMI，Capability Maturity Model Integration）已逐步成為IT業(yè)的標(biāo)準(zhǔn)。CMMI定義了5個(gè)組織成熟度級(jí)別，包含25個(gè)過程域（PA,Process Area），這些過程域全面涵蓋了軟件生命周期的各個(gè)領(lǐng)域。特別是在業(yè)界普遍感到難以控制的需求方面，它定義了兩個(gè)過程域：需求管理和需求開發(fā)。

需求管理（REQM,Requirements Management）屬于成熟度2級(jí)（受管理級(jí)）的過程域，是其他許多過程域?qū)嵤┑那疤?。對于暫未?shí)施CMMI的企業(yè)，同樣也可以借鑒CMMI的原則，實(shí)施和優(yōu)化需求管理。本文從實(shí)際工作的角度，闡述如何用CMMI指導(dǎo)需求管理工作。

一、需求管理概述

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

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

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

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

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

……

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

需求管理包含5個(gè)特定實(shí)踐（SP,Specific Practice）。

獲得對需求的理解。需求接收者與需求提供者就需求達(dá)成共識(shí)。

獲取項(xiàng)目參與者對需求的承諾。通過書面承諾，建立各方、各項(xiàng)工作的基準(zhǔn)。

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

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

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

二、需求管理計(jì)劃

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

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

需求管理的方針與政策；

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

角色與責(zé)任；

培訓(xùn)計(jì)劃；

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

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

判斷項(xiàng)目工作與需求不一致的準(zhǔn)則和糾正流程；

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

需求變更流程；

需求管理計(jì)劃的審批與變更流程；

其他流程。

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

三、需求管理流程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

⑤驗(yàn)證和確認(rèn)：根據(jù)需求管理維護(hù)需求。

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

四、需求管理工具化

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

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

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

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

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

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

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

（2）必須建立一套編碼體系，以便進(jìn)行標(biāo)識(shí)和檢索。

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

五、需求管理實(shí)施建議

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

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

.試點(diǎn)工作。應(yīng)先選幾個(gè)項(xiàng)目作為試點(diǎn)，取得經(jīng)驗(yàn)后再全面實(shí)施。

.從制度方面進(jìn)行實(shí)施體系的建立，使之制度化。

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

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

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