一、剪裁的必要性
SW-CMM中所給出的關鍵實踐只是指出了在開發大型政府軟件項目中開發組織應該執行什么樣的一般實踐。因此，SW-CMM在對關鍵實踐描述中，使用了在大型組織的組織結構和角色中（下面將其稱之為環境）通用的一些術語。因此，對于一個一般的開發組織來說，在參照SW-CMM建立組織標準軟件過程（OSSP）時，不能夠簡單照搬SW-CMM中的關鍵實踐，而應該進行必要的剪裁。事實上，隨著SW-CMM成功運用和推廣，一些非政府項目的開發中也已經采用了SW-CMM模型，并且對其進行了很成功的擴展。例如，在1994年向SEI報告SW-CMM評估結果的組織中，有39%的組織是商業組織或者內部軟件開發組織。
SW-CMM在組織中的應用主要有兩種：過程改進和能力評估。在用于過程改進中，軟件能力成熟度模型（CMM）主要為軟件開發組織提供指導，指出如何實現對開發和維護軟件等過程的有效控制，CMM可以用來評定組織當前的過程成熟度，識別出組織中對軟件質量和過程改進有影響的一些關鍵問題，從而能夠幫助組織選擇有效的過程改進策略。在過程能力評估中，SW-CMM的主要作用是向軟件采購方提供一種評估軟件組織成熟度的方法，使用軟件的組織參照該模型可以獲知委托某個組織開發一個軟件項目中的風險，從而為選擇合適的軟件供應商提供依據。在這兩種使用中，都要求軟件開發組織（特別是從事大型項目開發的組織）將SW-CMM作為其建立OSSP的一整套過程需求。當然，OSSP的產生也可以使用其它一些需求規則，其中包括商業目標，ISO9000，客戶需求等等。所有這些需求都需要集成到組織的過程改進程序中。在集成的過程中，對模型中需求的剪裁是一個必不可少的步驟。
二、剪裁的定義及其在過程定義中的作用
這里所說的剪裁，是指調整SW-CMM模型中對過程定義和詳細說明的一般描述，以形成適用于組織特定環境的過程描述。例如，對SW-CMM中軟件配置管理（SCM）關鍵過程域中的關鍵實踐進行剪裁，是指調整其中某些實踐的實現形式，或者直接去掉某些不適用的實踐，使其可以應用于一個小項目，形成一個組織標準軟件過程的過程需求。
許多組織將IDEAL作為其過程改進程序的基本步驟。該模型指出組織的過程改進可以分為五個階段：⑴初始化：為成功進行過程改進打下基礎；⑵診斷：相對預期目標找出組織當前所處的位置；⑶建立計劃：計劃如何達到目標；⑷行動：按照計劃展開行動；⑸學習和擴充：學習以往的過程改進經驗，擴充在將來采用新技術的能力。在組織進行過程改進的過程中，這五個階段需要多次重復進行，逐步改善組織的過程能力。在這個不斷重復的過程中，SW-CMM的主要用在診斷階段，用來評估和識別當前的組織實踐。IDEAL模型顯示，組織的過程改進是一個重復的過程（剪裁只是其中的一個方面）。因此，對模型的剪裁也不能夠一次完成，而是一個需要重復多次的持續過程。從這一點來說，SW-CMM是組織進行過程定義和過程改進的起點。
三、對SW-CMM進行剪裁時需要注意的問題
在參照SW-CMM中的關鍵實踐來確定組織的過程需求時，組織必須識別出SW-CMM中的術語所表達的環境與組織的實際環境之間的相似和不同。這樣分析的結果有助于進行組織過程定義。一般來說，在剪裁中需要注意以下幾個重要方面：
1、 SW-CMM中所描述的組織結構與組織的實際結構之間的相似和不同。
2、 假設的客戶關系與實際的客戶關系之間的相似和不同。
3、 組織一般所要求的OSSP執行的正規化程度、頻率、精度以及范圍。
4、 執行過程改進計劃所要滿足的特定商業目標和需求。
5、 組織的當前過程能力。
下面進一步分析在對SW-CMM進行剪裁時需要考慮的這些問題。
1、組織結構
SW-CMM模型中指出，組織的結構和角色集合可能以不同的方式影響所執行的關鍵實踐。最明顯的一點就是項目的規模。SW-CMM一般是假設由一個相當大的具有良好定義和分離功能角色的組織來開發和維護大型系統。這些角色可以包括軟件質量保證小組，軟件配置小組，培訓小組。
在SW-CMM中，小組定義為：
"負責一系列任務和活動的部門、經理以及員工的集合。小組可以是具有兼職任務的某個個人，也可以是來自于不同部門的具有兼職任務的幾個人，還可以是幾個負有全職任務的人組成。"
雖然SW-CMM已經這樣詳細定義了小組，但仍有許多小型組織不能夠將SW-CMM所定義的角色映射或者剪裁到其當前的組織結構中。需要記住的關鍵一點是某個人可能負責某項任務或者活動，但他并不屬于具有特定名稱的某個組中，而只是負責該小組的某一項功能；還有一種情況，具有SW-CMM中某個特定名稱的小組往往并不能完成SW-CMM所定義的每一項任務，根據組織的項目環境不同，小組的任務也會有變化。
對一個大型小組而言，最明確的要求是形式和準確性，因為這樣可以保證各小組間層次分明和角色界限分明，因此，涉及到小組的關鍵實踐往往也就偏向于形式和準確性。但是在一些小型的組織中，往往會認為這些嚴格的形式和準確性要求是額外的負擔，其實不然。例如，個人軟件過程（PSP）的經驗表明，即使是在處于個人級別的組織中，形式和紀律同樣會大大提高產品質量，組織的生產率和任務進度。在此建議每個組織至少應該執行這樣的一些最佳實踐，以決定如何才能在其開發環境中實現最佳效果。
由此可知，在具有與SW-CMM所描述的不同結構的組織中，關鍵實踐必須被調整、映射或者關聯到組織的實際結構中。
2、客戶和終端用戶關系
SW-CMM在關鍵實踐中假設了與客戶或者終端用戶的某種特定類型的關系。合同環境假設有單一一個明顯的用戶來給出系統需求。并且進一步假設客戶有時間、資金、知識背景以及主動的意愿參與對開發過程的評價。在多客戶環境中，當終端用戶不明確時，或者當客戶只關心產品而不關心開發過程時，組織必須設法提供代理客戶或者終端用戶。
在商業環境中，上面這些概念需要翻譯成更有實際意義的描述。例如，指定系統需求的單用戶合同，可以是指能夠給出具有實際需求的產品質量或功能的市場分析。對于關鍵實踐，不僅要閱讀其字面意義，還要理解其內容。在做這樣的分析中，可以參考一下實踐所屬的關鍵過程域的目標。
3、剪裁程度
在對SW-CMM剪裁中，最常用的做法就是在實踐的執行程度上進行剪裁。剪裁程度是指剪裁的目的是要滿足對細節的最少變化。在SW-CMM的剪裁中，剪裁內容包括可能需要在某些最小范圍內改動的活動、工作產品以及過程產品。為了保證對所有這些剪裁內容的一致性，對各項內容進行剪裁的方式由各內容的特征而定。在SW-CMM剪裁中，活動、工作產品以及過程產品的各種特征可以針對每個組織分別定義。一些最通用的特征包括：
a 、 正規化--某項活動的最主要方面的執行可以描述為各種不同程度的細節，或者執行中所達到的正規化規則或標準。例如，在配置管理中使用"受管的和受控的"這樣一些標準被認為是不正規的，因為這樣只是達到了只是對版本和變化的控制；而SW-CMM模型的配置管理過程域中所描述的全面配置管理則被認為是非常正規的，因為具有專門的改動控制小組，并且可以產生配置狀態報告等。
b 、 頻率--SW-CMM中許多活動需要"周期性"或者"事件驅動"執行。每個活動執行的頻率需要根據組織或者項目的特定需求做出解釋。
c 、 精度--過程定義中所需的詳細程度是各不相同的。SW-CMM通常這樣描述："該文檔一般包括……"。對于一個組織來說，根據其過程產品與其他產品的詳細程度的一致性要求，可能會有更詳細或者更簡略的描述要求。
d 、 范圍--考慮到組織的條件、商業環境等因素，某些活動的執行可能是沒有意義的。最簡單的例子是子合同管理--如果一個組織從來不使用子合同，就可以不考慮這一關鍵過程域。更好的例子是放棄SQA組織的獨立評價，或者不考慮測試在執行跟蹤和監控活動中所付出的努力。但是要注意的是，當放棄大批的關鍵過程域或者活動時，需要綜合考慮剪裁所帶來的風險和相應的費用/利益平衡。
4、商業目標
當針對特定組織對SW-CMM進行剪裁時必須考慮該組織的商業目標和需求。關鍵實踐的應用面很廣，因而SW-CMM只是假設了以下的商業目標：降低費用，提高質量，更好的計劃執行，以及持續改進的軟件過程。所有這些問題都很重要，但對一個特定組織來說，其中總有一個或多個問題是相對來說更加重要一些的。
5、成熟度等級對剪裁的影響
要針對特定組織對SW-CMM進行剪裁，必須清楚該組織當前的過程能力。由于SW-CMM是由能夠提高過程能力的成熟度等級所組成，因而組織對項目過程定義和改進的程度必須根據組織當前的過程成熟度來決定。
例如，如果組織當前處于或者接近于可重復級，即成熟度等級2，則組織可以指明了每個項目必須執行的關鍵實踐的種類，但不必指定執行實踐的具體細節。具體的例子是，組織級的跟蹤政策可能會要求項目組必須跟蹤和報告相對于軟件開發計劃的開發進度，但不必限定該實踐執行的精度或者報告的頻率。這些可以留給項目組去決定。而如果組織是處于成熟度等級3，則必須對項目中所執行的關鍵實踐的種類及其具體執行細節有詳細的規定，并且形成組織級的標準過程以供項目組參考。
也就是說，隨著組織的不斷成熟，該組織的剪裁需求和過程需求等問題也會隨之改變。換句話說，隨著組織在IDEAL循環中不斷重復，需要持續分析新的過程需求，評估當前的過程，以及建立新的過程改進。因此，當一個組織在成熟度等級中梯次前進時，可以有規則地分析和剪裁其過程需求。這再一次說明剪裁不是一次性的，而是需要重復進行的分析活動，剪裁貫穿于過程改進的始終。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
