CMMI評估 - CMMI模型剪裁 - 階段式表示模型剪裁（軟件能力成熟度）

　　下面是階段式表示的CMMI-SW模型的評估模型剪裁準(zhǔn)則。

　　1、CMMI模型剪裁觀點

　　在運用《軟件能力成熟度模型》時，一般是把模型用做衡量基準(zhǔn)。

　　2、CMMI模型剪裁準(zhǔn)則

　　利用本CMMI模型作為軟件組織綜合軟件能力衡量基準(zhǔn)，可以在行業(yè)范圍內(nèi)或者在某一批組織(例如潛在的供方)之間通過對被CMMI評估的軟件組織的綜合過程能力水平報告比較評估結(jié)果。按這種用途考慮CMMI模型剪裁時，必須確保在運用CMMI模型進(jìn)行的多次CMMI評估中所發(fā)現(xiàn)的不符合和所定的級別有可比較性以及對同一個案例的多次CMMI評估結(jié)果的一致性。因此，為了用做衡量基準(zhǔn)而對模型進(jìn)行的剪裁要加以嚴(yán)格限制，特別是為了營銷目的而向公眾散布評估得出的成熟度等級時。

　　CMMI剪裁準(zhǔn)則如下：

　　● 過程域應(yīng)包含必要的和期望的模型構(gòu)件，因此，只能刪除(即剪裁掉)評估范圍以外的過程域。例如，進(jìn)行成熟度第3級評估時，除了選擇第2級和第3級的全部過程域外，在成熟度第4級和第5級上的過程域可以被略去。

　　● 在某些特殊環(huán)境里，可以判定某些過程域“不適用”——如果某個過程域確實不在軟件組織的工作范圍之內(nèi)就可能作這種判定。例如，在不需要組織以外的供方提供對開發(fā)工作來說很重要的產(chǎn)品或服務(wù)的情況下，可能會把“供方協(xié)定管理”過程域作為不適用的過程域剔除。在這種情況下仍然可以確定成熟度等級，但是要注明“不適用”的過程域。一般說來，很少有過程域由于這種原因而被剔除。

　　● 某個過程域，如果它不在CMMI評估范圍之內(nèi)，或者如果沒有足夠的數(shù)據(jù)可以用于滿足數(shù)據(jù)覆蓋準(zhǔn)則，這個過程域被認(rèn)定為“不予定級”的過程域。如果某個等級中的或這個等級以下等級中的過程域處于“不予定級”狀態(tài)，就不能認(rèn)定這個成熟度等級。

　　● 屬于CMMI評估范圍內(nèi)的各個過程域的目標(biāo)都是必須的，不能被剔除。目標(biāo)反映的是對過程域在其規(guī)定的能力等級上的最低需求。如果某個過程域適用，那么，它的每個目標(biāo)在規(guī)定的能力等級上都適用。一個過程域在規(guī)定能力等級上的目標(biāo)合在一起支持該過程域，不可以從中指定某個或某些目標(biāo)為“不適用”。

　　● 特定實踐和共性實踐是期望實施的，這些實踐是實現(xiàn)目標(biāo)和相應(yīng)的過程制度化或達(dá)到能力等級所必須的典型活動。不過，如果存在其他的能同樣有效地實現(xiàn)目標(biāo)和過程制度化的實踐，那么可以用這些實踐替代規(guī)定的特定實踐和共性實踐。至于在評估期間把某個特定實踐判定為“不適用”并且把它排除在CMMI評估范圍之外，這種現(xiàn)象很少。

　　● CMMI模型中的子實踐、解釋、詳細(xì)說明和引證等組成構(gòu)件是參考性的，僅僅用做實施相應(yīng)的必須構(gòu)件和期望構(gòu)件時的指南。

　　3、適合較小項目的CMMI模型剪裁

　　CMMI模型是針對所有各種組織設(shè)計的，但是對于小型組織，還是有必要對CMMI模型做進(jìn)一步解釋。例如，就計劃而言，在小型軟件組織里，一般是擬訂出高層計劃，用以覆蓋若干小項目(例如持續(xù)期為3～6個月的項目)。這個高層計劃對所有小型項目的組織結(jié)構(gòu)、資源、培訓(xùn)、管理人員以及質(zhì)量保證報告描述等做出規(guī)定。

　　習(xí)慣上，在這個高層計劃中詳細(xì)規(guī)定待開發(fā)的項目、開發(fā)過程、開發(fā)進(jìn)度以及針對每個作業(yè)指定的工作人員。通常這個計劃還把開發(fā)計劃、質(zhì)量保證計劃以及配置管理計劃匯集在一起。這種計劃的動態(tài)部分，例如進(jìn)度和可交付件清單，一般作為計劃的附件。項目特有的內(nèi)容，例如顧客的特殊需求，包含在各個項目自己的計劃——項目計劃中。

　　通常，大多數(shù)項目計劃是一份詳細(xì)的進(jìn)度表，其中包括所分配的資源和可供查找的資源提供點。至于總的開發(fā)和測試環(huán)境、質(zhì)量保證審查過程、配置管理、交付過程以及顧客和內(nèi)部審查過程等，都包含在高層計劃中。

　　在小型項目中，短時間的會議比較頻繁，討論的內(nèi)容比較具體。項目進(jìn)度表中可能包括每天的活動，可能每周都要開會檢查進(jìn)度，進(jìn)度也可能每周都變。要通過配置管理使項目進(jìn)度的每個版本保留在項目數(shù)據(jù)庫中。

　　在工作班子很小的情況下，通常顧客都清楚整個工作班子并且感到很容易向其中的成員提建議或討論變更意見。這個工作班子必須決定如何處理這些來自顧客的非正式的意見。

　　一旦決定采用某種處理方法，就應(yīng)把它詳細(xì)反映在項目計劃里，并且通知顧客。

　　小型班子的工作可能具有高度的協(xié)作性，在這種情況下，正規(guī)的同行審查可能得不到高的回報率。同行審查用的核查表，在小型工作班子里用的與在大型工作班子里用的是一樣的。所有的標(biāo)準(zhǔn)要由工作班子的所有的成員執(zhí)行。

　　對項目計劃和經(jīng)驗教訓(xùn)的審查定期匯集到組織里的較高層次進(jìn)行。這種審查確保較高層次的文件和指示不斷得到改進(jìn)。通過審查，識別最佳業(yè)務(wù)實踐并且把它們反饋給組織的過程財富庫，同時修改組織過程、計劃和模板，以反映該項目所運用的改進(jìn)之處。到下一個項目根據(jù)新的需求開始工作時，它剪裁的將是經(jīng)過更新的組織過程財富。

　　通過對軟件能力成熟度評估模型進(jìn)行恰當(dāng)剪裁，可以使模型子集適合于特定的應(yīng)用。

　　對CMMI模型評估方法的剪裁是針對具體的評估活動從一般性評估方法中選擇比較適合的選項。

　　無論是CMMI模型還是模型評估方法的剪裁，其目的都是為了使模型和模型相關(guān)的評估活動與被評估的軟件組織業(yè)務(wù)需要和目標(biāo)相稱，因此，剪裁時應(yīng)圍繞最能反映軟件組織效益的那些產(chǎn)品和服務(wù)進(jìn)行考慮。

　　這里的剪裁不涉及組織的標(biāo)準(zhǔn)過程集合在具體的項目上的適用性問題。對組織的標(biāo)準(zhǔn)過程集合的剪裁是軟件組織按照本組織規(guī)定的剪裁指導(dǎo)原則，運用“集成項目管理”過程予以處理的問題。

　　應(yīng)該注意，不同的剪裁結(jié)果可能使投入評估的工作量產(chǎn)生很大差別。