cmmi精粹（第3版）_part ii

1、第Ⅱ部分 CMMI模型 切薩皮克海灣(Chesapeake Bay)是非常富饒的經(jīng)濟(jì)區(qū)，但也是脆弱的生態(tài)系統(tǒng)。要使它得到最佳利用和可持續(xù)發(fā)展，需要對人和自然之間的復(fù)雜關(guān)系有所理解。 類似的，CMMI產(chǎn)品也是復(fù)雜的結(jié)構(gòu)，且含有多個層次的信息。為了獲取最大效益，CMMI用戶需要知道這些信息層次之間某些微妙且復(fù)雜的關(guān)系。 在本書的第Ⅱ部分，我們將討論CMMI的結(jié)構(gòu)和組件，目的就是讓讀者更清楚地理解如何構(gòu)造CMMI和這

2、些構(gòu)件是如何聯(lián)系在一起，以及如何作為一個整體來進(jìn)行集成化連續(xù)改進(jìn)。,本部分包括： 第3章 CMMI的概念向讀者介紹CMMI—— 它的內(nèi)容、目標(biāo)、范圍、成果和歷史。第4章 CMMI的內(nèi)容講述在CMMI模型中出現(xiàn)的各種元素與資料，討論這些元素與資料的相對重要性，并說明資料的位置。第5章 CMMI的表示法介紹兩種模型表示法：階段式(staged)和連續(xù)式(continuous)。解釋如何在CMMI項目中實現(xiàn)這兩種表示法，

3、并討論連續(xù)式表示法如何近似地表示階段式表示法。,第6章 度量改進(jìn)的CMMI維解釋CMMI模型(兩種表示法)指導(dǎo)和度量過程改進(jìn)的方式，說明了能力和成熟度維，介紹了共性實踐的概念并解釋它們在CMMI中的作用。第7章 CMMI的過程域詳細(xì)介紹描述了CMMI過程維，以便實踐人員能理解目標(biāo)、實踐和改進(jìn)維間的關(guān)系。,第3章 CMMI的概念 It must be remembered that there is nothing more

4、 difficult to plan,more uncertain of success, nor more dangerous to manage than the creation of a new order of things. For the initiator has the enmity of all who would profit by the preservation of the old institutions

5、, and merely lukewarm defenders in those who would gain by the new order. Machiavelli,The Prince(1513)In this age, which believes that there is a short cut to

6、everything,the greatest lesson to be learned is that the most difficult way is, in the long run, the easiest. Henry Miller，The Books in My life(1957),運用兩個或多個單學(xué)科模型可以實現(xiàn)一個組織的連續(xù)改進(jìn)。然而，只用

7、一個涉及多個學(xué)科的模型卻有許多優(yōu)點。正由于這個原因，美國國防部—特別是國防部采辦、技術(shù)和后勤部門——與美國國防工業(yè)協(xié)會(the National Defense Industrial Association，NDIA)共同合作，發(fā)起了能力成熟度模型集成(CMMI)的開發(fā)。 2000年，在Carnegie Mellon大學(xué)的軟件工程研究所(the Software Engineering Institute，SEI)的不懈努力下，產(chǎn)生了

8、第一個集成化CMMI模型，還附帶了相關(guān)的評估和培訓(xùn)資料；2002年又發(fā)布了CMMI的1.1版，2006年則發(fā)布了1.2版。 本章首先概述CMMI模型中信息和指導(dǎo)的種類；對于不熟悉源模型的人，本章提供了對CMMI的范圍和用途的介紹。在概述結(jié)束后，本章討論了CMMI的目標(biāo)和歷史。接下來，本章介紹了用于創(chuàng)建CMMI的源模型的相關(guān)信息。最后，本章描述了CMMI項目組織結(jié)構(gòu)。,3.1 CMMI概述 CMMI產(chǎn)品套件含有大量的信息和指導(dǎo)，以幫助

9、組織改進(jìn)其過程。但是，這些信息是如何提供幫助的呢？為了回答這一問題，我們注意到在CMMI模型中主要包含了兩類內(nèi)容：(1) 用于幫助評估過程內(nèi)容的資料—對技術(shù)、支持和管理活動必不可少的信息。(2) 用于改進(jìn)過程性能的資料—用于提高組織的活動能力的信息。,3.1.1 過程內(nèi)容 CMMI為管理過程提供了指導(dǎo)。例如: 應(yīng)建立并維護(hù)一個計劃以管理您的工作，確保所有相關(guān)人員都承諾執(zhí)行和支持該計劃。 制定該計劃時，應(yīng)嚴(yán)格確定如何對成本、進(jìn)度

10、和產(chǎn)品的估算進(jìn)行開發(fā)和維護(hù)。 按計劃展開工作時，需要對照計劃以比較性能和進(jìn)展，如果發(fā)現(xiàn)計劃的結(jié)果和實際的結(jié)果不同步時，則采取糾正措施。 必須和您的供應(yīng)商簽訂協(xié)議并確保雙方滿意。 同樣，CMMI還有關(guān)于管理項目風(fēng)險和組建、管理團(tuán)隊的信息。,3.1.1 過程內(nèi)容 CMMI關(guān)于技術(shù)問題的指導(dǎo)包括開發(fā)、細(xì)化和管理需求的方法，以及開發(fā)滿足這些需求的技術(shù)解決方案的方法。CMMI提醒您，產(chǎn)品組件的集成取決于良好的接口信息，并且需要得到計劃和驗

11、證。 在遵循CMMI模型時，應(yīng)該確保所開發(fā)的產(chǎn)品和服務(wù)與初始需求一致，并通過驗證和確認(rèn)滿足客戶需求。 另外，CMMI還提供技術(shù)和管理活動的相關(guān)支持過程。應(yīng)該一直管理中間工作產(chǎn)品、最終產(chǎn)品、服務(wù)的版本和配置信息。 應(yīng)該有方法確保遵循所定義的過程，并且確保所開發(fā)的產(chǎn)品已達(dá)到建立的質(zhì)量標(biāo)準(zhǔn)。您需要決定哪些信息是重要的，并且建立方法來測量和跟蹤它。在某些情況下，需要設(shè)計一些方法以正式地解決問題。需要找到產(chǎn)品和關(guān)鍵過程中出現(xiàn)的嚴(yán)重問題的根源

12、所在。,3.1.2 過程改進(jìn) 一旦已經(jīng)建立過程，改進(jìn)這些過程就成為關(guān)鍵的目標(biāo)。 CMMI模型中關(guān)于改進(jìn)的信息包含了創(chuàng)建一個可行的、可改進(jìn)的過程基礎(chǔ)。為了建立這一基礎(chǔ)，CMMI包含可使組織更多關(guān)注定義和遵循相關(guān)過程的方法。 通過培訓(xùn)和標(biāo)準(zhǔn)化，可以使每個人明確角色，并且知曉如何在過程中執(zhí)行該角色的相關(guān)任務(wù)。您會學(xué)到使用所收集的測量數(shù)據(jù)來改進(jìn)過程性能，在過程需要發(fā)展時進(jìn)行創(chuàng)新，并且確保您的能力可以達(dá)到變更要求。,3.1.2 過程改進(jìn)

13、過程需要像項目那樣進(jìn)行計劃，如果組織通過方針的形式增加過程的重要性和有效性，這樣做將會很有幫助。過程執(zhí)行包括（但不限于）下述工作： 需要確保接受過培訓(xùn)的、被授權(quán)的人員執(zhí)行過程時，所需的資源是可用的。 需要識別對過程感興趣的人并使他們參與進(jìn)來。 工作產(chǎn)品和過程文檔應(yīng)該得到控制，根據(jù)過程計劃的進(jìn)展情況也需要進(jìn)行跟蹤。 應(yīng)該有人員負(fù)責(zé)對所遵循的過程進(jìn)行客觀地評估，管理層應(yīng)該定期地得到關(guān)于過程性能的簡報。,3.1.2 過程改進(jìn) 當(dāng)過程

14、在組織范圍內(nèi)得以被標(biāo)準(zhǔn)化，并且過程的性能根據(jù)歷史數(shù)據(jù)得以被監(jiān)控時，過程就會變得更有能力。通過使用這種方法，能夠檢測到性能中的變化，盡早解決潛在的問題。從而可以在花費較少的情況下解決問題。最后，通過識別過程波動的根本原因和創(chuàng)新的方法來連續(xù)地改進(jìn)該過程，使涉及的過程更好。,3.1.3 CMMI和商業(yè)目標(biāo) 在第1章，我們識別了組織中一些普遍的商業(yè)目標(biāo)。基于以上關(guān)于CMMI的過程內(nèi)容和過程改進(jìn)的概述，您期望CMMI如何幫助您的組織達(dá)到這樣的目

15、標(biāo)呢？下面分別予以討論： 提供高質(zhì)量的產(chǎn)品和服務(wù) CMMI模型中的過程改進(jìn)概念是從Deming、Juran和Crosby的質(zhì)量范例發(fā)展起來的。他們認(rèn)為：高質(zhì)量產(chǎn)品來源于高質(zhì)量的過程。CMMI重點關(guān)注與質(zhì)量相關(guān)的活動，包含需求管理、質(zhì)量保證、驗證和確認(rèn)。 為股東創(chuàng)造價值 成熟的組織與不夠成熟的組織相比，更有可能做出更好成本和收入的預(yù)算，然后根據(jù)這些預(yù)算來執(zhí)行。CMMI支持高質(zhì)量的產(chǎn)品、可預(yù)測的進(jìn)度和有效的度量，以此來支持管

16、理人員進(jìn)行精確而合理的預(yù)測。這種過程成熟度可以防止項目性能問題的產(chǎn)生，而這些問題是有可能降低在投資者心目中該組織的價值。,吸引和留住人才 Watts Humphrey說過，“高質(zhì)量的工作不是偶然完成的，需要熟練和有進(jìn)取心的人來完成?！盋MMI在學(xué)科和過程方面都強調(diào)培訓(xùn)。以往的經(jīng)驗顯示，和不成熟的組織相比，具有成熟過程的組織將產(chǎn)生更少的失誤。在一個團(tuán)結(jié)和有能力的組織中工作，工程師們會感到特別的心情舒暢。 提高客戶滿意度 在成

17、本和進(jìn)度的預(yù)定目標(biāo)內(nèi)，提供根據(jù)客戶要求確認(rèn)的高質(zhì)量產(chǎn)品。通過強調(diào)計劃、監(jiān)控、度量，以及更有能力的過程可預(yù)測性提高，CMMI說明了所有有關(guān)的要素。 實現(xiàn)成本節(jié)省和最佳實踐 CMMI鼓勵將度量作為一種管理工具使用。通過使用收集的歷史數(shù)據(jù)支持項目的估算，組織可以識別并廣泛部署起作用的實踐，并且消除沒有作用的實踐。,增加市場份額 市場份額是多種因素作用的結(jié)果，包括高質(zhì)量產(chǎn)品和服務(wù)、品牌、價格定位和形象?？蛻魸M意度是關(guān)鍵因素，在市場中

18、，滿意的客戶將會帶來更多的客戶?？蛻粼敢馀c那些能夠履行承諾、具有良好信譽的供應(yīng)商交易。CMMI改進(jìn)了預(yù)算估計并降低了過程波動性，以此來進(jìn)行更好、更精確的投標(biāo)，這些投標(biāo)被證明可實現(xiàn)，也確保達(dá)到基本的質(zhì)量目標(biāo)。 因為優(yōu)秀而在業(yè)內(nèi)獲得廣泛的贊譽 獲得卓越聲譽的最好方法是持續(xù)良好地執(zhí)行項目，在成本和進(jìn)度要求的范圍內(nèi)開發(fā)出高質(zhì)量的產(chǎn)品和服務(wù)。使用遵循CMMI要求的過程可以增強這種聲譽。 如上所述，CMMI所包含的信息可以對組織、商業(yè)目的

19、達(dá)成都帶來巨大影響。關(guān)于CMMI內(nèi)容的更多的細(xì)節(jié)會在隨后的章節(jié)中介紹。,3.2 CMMI的目標(biāo) 盡管CMMI會帶來很多與業(yè)務(wù)相關(guān)的利益，但是正如其發(fā)起人定義的那樣，CMMI項目的目標(biāo)是開發(fā)更有效和更高效的過程改進(jìn)模型。CMMI項目有初步的和長期的目標(biāo)。其初步目標(biāo)(表現(xiàn)在CMMI產(chǎn)品套件1.1版本中)是集成三個特定的過程改進(jìn)模型：軟件、系統(tǒng)工程以及集成產(chǎn)品和過程開發(fā)。這種集成的目的是通過以下方法降低實現(xiàn)基于多學(xué)科模型的過程改進(jìn)成本：

20、 消除不一致性，減少重復(fù)。 增加清晰度和理解，提供公共術(shù)語。 提供一致的風(fēng)格，建立統(tǒng)一的構(gòu)造規(guī)則。 維護(hù)公共組件。 確保與ISO/IEC15504保持一致。,在更新到CMMI 1.2版時，CMMI團(tuán)隊的一個目標(biāo)是改進(jìn)和簡化應(yīng)用于工程開發(fā)活動的模型。第二個目標(biāo)是將模型的作用范圍擴(kuò)展到超出開發(fā)領(lǐng)域，從而包括服務(wù)的獲取和交付。圖3-1說明了這些目標(biāo)和由CMMI團(tuán)隊開發(fā)的產(chǎn)品線方法。3此時無法預(yù)見在將來是否有其他的學(xué)科和群集*將添加到C

21、MMI產(chǎn)品套件。,*群集組將模型中應(yīng)用于特殊興趣領(lǐng)域的部分結(jié)合起來。,,圖3-1 CMMI概念,HW—Hardware SW—Software SE--Systems EngineeringIPPD--Integrated Product and Process Development,CMMI里程碑：1997→2007，參見P.50-51。,3.3 三個源模型 要想真正了解CMMI成果的重要性，需要了解CMMI產(chǎn)品套件的一些

22、發(fā)展史。首先最為重要的是源模型的來源，表3-1列出了CMMI-SE/SW/IPPD的三個源模型。表3-1 CMMI的源模型,3.3.1 軟件的CMM 軟件開發(fā)的特點有時似乎與數(shù)學(xué)和藝術(shù)更接近，而不是其他的工程學(xué)科。軟件本身是一種無形的、智力開發(fā)的媒介。沒有物理定律支配其行為；它既可能創(chuàng)造奇跡，也可能造成巨大的危害。正因為如此，使用軟件操作時，應(yīng)用成熟的學(xué)科與過程將非常重要。 在20世紀(jì)80年代，IBM的Watts Humphe

23、ry小組中的Ron Radice和Richard Phillips進(jìn)行了開拓性的工作，把軟件工程和過程管理密切聯(lián)系起來?；谒麄兊馁|(zhì)量運動的原理，Radice和Phillips帶頭精心設(shè)計了一種方法來收集成功軟件開發(fā)者的最佳實踐，然后把這些最佳實踐組織起來，幫助苦苦掙扎中的組織處理過程并改進(jìn)過程。因為軟件開發(fā)的特點，絕大多數(shù)實踐與管理學(xué)科和過程相關(guān)，這并不使人感到吃驚。,3.3.1 軟件的CMM 軟件工程--如同在IEEE標(biāo)準(zhǔn)610

24、.12中所定義，軟件工程是將系統(tǒng)化的、有紀(jì)律的、可量化的方法應(yīng)用到軟件的開發(fā)、操作和維護(hù)中，即把工程方法應(yīng)用于軟件。 1986年，Watts Humphrey、SEI和Mitre公司響應(yīng)美國聯(lián)邦政府的要求，創(chuàng)建了評估其承包商軟件能力的方法。這個小組采用IBM公司提出的概念創(chuàng)建了一個軟件成熟度架構(gòu)，一個調(diào)查問卷和兩種評估方法。之后幾年，該項工作一直在繼續(xù)并進(jìn)行了改進(jìn)。 1991年，SEI發(fā)布了軟件CMM版本1.0，該模型描述了基本的軟

25、件過程成熟度的原理和實踐。CMM用于幫助軟件組織沿著一條演進(jìn)的路線進(jìn)行改進(jìn)，即從一個臨時的、混亂的環(huán)境向成熟的、有紀(jì)律的軟件過程方向發(fā)展。,3.3.1 軟件的CMM 經(jīng)歷兩年的應(yīng)用和評估后，CMM于1993年修訂并發(fā)布了版本1.1。1997年進(jìn)行了類似的修訂，并有了版本2.0。版本2.0在開發(fā)后從未作為獨立的模型進(jìn)行發(fā)布。2.0版本建議的修訂成了CMMI集成工作的來源。此外，還采用了兩個有關(guān)軟件評估的文檔：CMM評估框架1.0版和基于

26、CMM內(nèi)部過程改進(jìn)的評估(CBA IPI)：方法描述。 軟件工程范圍超出包含在軟件CMM的主要內(nèi)容以包括與軟件相關(guān)的主題諸如需求引出，安裝，運行和維護(hù)。CMMI模型通過包括系統(tǒng)工程能力模型的適當(dāng)資料，更詳細(xì)地覆蓋了這些領(lǐng)域。,3.3.2 系統(tǒng)工程能力模型 系統(tǒng)工程:INCOSE(International Council on Systems Engineering，國際系統(tǒng)工程委員會)定義系統(tǒng)工程為“能實現(xiàn)成功系統(tǒng)的跨學(xué)科的方法

27、和手段?！?系統(tǒng)工程集成所有系統(tǒng)相關(guān)的學(xué)科，因此，能以最有效的方式滿足企業(yè)和技術(shù)要求，減少局部優(yōu)化和最大化投資回報。對系統(tǒng)工程的另一種理解就是，它是為解決復(fù)雜技術(shù)難題而應(yīng)用一組嚴(yán)格的工程技術(shù)。 如果不考慮相關(guān)的各種專業(yè)學(xué)科，那么就很難充分理解系統(tǒng)工程的范圍。在Essentials of Project and Systems Engineering Management一書中，Howard Eisner列出了30個系統(tǒng)工程的關(guān)鍵要

28、素，這些要素包括各種領(lǐng)域，如任務(wù)工程、體系結(jié)構(gòu)設(shè)計、生命周期成本、選擇性分析、技術(shù)數(shù)據(jù)管理、操作和維護(hù)、綜合后勤保障以及再造工程。,3.3.2 系統(tǒng)工程能力模型 CMMI中系統(tǒng)工程方面的資料具有復(fù)雜的歷史。在現(xiàn)代版的“兩個能力模型傳說”中，兩個組織進(jìn)行了系統(tǒng)工程實踐的建模工作。1995年8月，企業(yè)過程改進(jìn)協(xié)會(EPIC，它是工業(yè)界、學(xué)術(shù)界以及政府機(jī)構(gòu)組成的一個團(tuán)體)發(fā)布了系統(tǒng)工程能力成熟度模型(SE-CMM)。EPIC讓SEI和設(shè)計

29、師Roger Bate領(lǐng)導(dǎo)開發(fā)。該團(tuán)隊主要從航空航天和國防工業(yè)的公司以及軟件生產(chǎn)力協(xié)會中提取系統(tǒng)工程的專業(yè)知識，其結(jié)果模型是基于ISO/IEC 15504(描述了工程、項目、過程以及組織的實踐)草案版本中的評估模型結(jié)構(gòu)。大概在開發(fā)SE-CMM的同時，INCOSE基于各種工程標(biāo)準(zhǔn)為評估系統(tǒng)工程組織的能力建立了一個檢查單。經(jīng)過一段時間以后，該檢查單發(fā)展為一個成熟的能力模型，稱為系統(tǒng)工程能力評估模型(SECAM)。,3.3.2 系統(tǒng)工程能

30、力模型 SECAM擴(kuò)展SPICE關(guān)于連續(xù)式模型的概念，但比SE-CMM更加明確地注重系統(tǒng)工程實踐，它采用的是EIA 632，“設(shè)計一個系統(tǒng)的過程”作為其主要的參考。 顯然，如果一個環(huán)境中存在兩個模型，而這兩個模型分別由兩個著名的組織開發(fā)，并且目的都是為了解決同一個問題，那么一場模型戰(zhàn)將會發(fā)生。哪個模型會作為組織評估的標(biāo)準(zhǔn)呢？經(jīng)過一年的激烈討論之后，在1996年，EPIC和INCOSE同意在電子工業(yè)聯(lián)合會(EIA)的政府電子與信息技術(shù)

31、協(xié)會(GEIA)的主持下一起工作，其目的是將兩個模型合并為一個EIA標(biāo)準(zhǔn)，其結(jié)果是產(chǎn)生了一個過渡標(biāo)準(zhǔn)EIA/IS 731——“系統(tǒng)工程能力模型”(SECM)。通過發(fā)布該過渡標(biāo)準(zhǔn)，系統(tǒng)工程界能夠在CMMI項目中應(yīng)用系統(tǒng)工程過程的統(tǒng)一、公共的描述。,3.3.2 系統(tǒng)工程能力模型 CMMI的系統(tǒng)工程受到EIA 731的重大影響。盡管CMMI的討論中仍然有SECM與SE-CMM之間的爭論，但CMMI中的系統(tǒng)工程在內(nèi)容上反映出對原始概念的更多

32、發(fā)展。CMMI在保留了EIA 731的部分創(chuàng)新的同時，提供與新興的ISO標(biāo)準(zhǔn)更加一致的底層體系結(jié)構(gòu)。EIA 731標(biāo)準(zhǔn)既包括了SECM模型(第一部分)，也包括了評估辦法(第二部分)。,3.3.3 集成化產(chǎn)品開發(fā)CMM 集成化產(chǎn)品與過程開發(fā)的源模型是集成化產(chǎn)品開發(fā)CMM的草案，稱為IPD CMM版本0.98。在1998年CMMI項目剛開始時，該模型就已經(jīng)開發(fā)到幾乎接近首次正式發(fā)布的水平。 從開始起，CMMI團(tuán)隊就希望在CMMI產(chǎn)品套件

33、中包含集成化產(chǎn)品和過程開發(fā)(IPPD)概念。對于NDIA的許多大型會員公司，這種概念很重要，并且得到國防部(DoD)的強力支持。但是，用于CMMI需求文檔中的IPPD定義是從DoD的經(jīng)驗中得出，這些經(jīng)驗來自于政府系統(tǒng)獲取項目的集成運作—但獲取并不是CMMI集成的最初學(xué)科之一。這一缺憾導(dǎo)致在CMMI范圍內(nèi)處理IPPD原則時有些困難。由于在集成化產(chǎn)品開發(fā)的基本概念和最佳實踐方面，業(yè)界和許多開發(fā)團(tuán)隊的成員間缺乏一致的意見，因此更容易讓人產(chǎn)生混

34、淆。因為這是一種相對較新的組織和完成工程工作的方法，所以有多少組織，幾乎就會有多少種不同的定義。,3.3.3 集成化產(chǎn)品開發(fā)CMM 上述問題并非CMMI特有。如，為了開發(fā)IPD CMM(得到了SE-CMM團(tuán)隊中的許多成員支持)，由EPIC建立的團(tuán)隊在IPPD概念上花了兩年多的時間，才得到了CMMI的認(rèn)可。最終的IPD-CMM草案是作為CMMI的源文檔而建立的，但該草案一直沒有達(dá)到最終產(chǎn)品狀態(tài)。 集成化產(chǎn)品和過程開發(fā)CMMI將集成化

35、產(chǎn)品和過程開發(fā)定義為產(chǎn)品開發(fā)的系統(tǒng)方法：在整個產(chǎn)品生命周期中，通過相關(guān)利益關(guān)系方的及時協(xié)作來更好地滿足客戶的需求、預(yù)期目標(biāo)和要求。,3.3.3 集成化產(chǎn)品開發(fā)CMM IPPD強調(diào)在整個生命周期間所有技術(shù)及業(yè)務(wù)部門的利益關(guān)系人的參與，這些人員包括客戶、供應(yīng)商以及產(chǎn)品和產(chǎn)品相關(guān)過程(例如測試與評估、制造、支持、培訓(xùn)、銷售、采購、財務(wù)、合同以及處置過程)的開發(fā)者。顯然，實施IPPD影響的不只是組織的工程過程和實踐。因為IPPD本質(zhì)上是一種經(jīng)

36、營方式，它可能徹底地改變組織結(jié)構(gòu)和調(diào)整領(lǐng)導(dǎo)層行為。,3.4 CMMI項目組織 在形成CMMI最初資料的開發(fā)階段，該項目有一個指導(dǎo)組、一個產(chǎn)品開發(fā)團(tuán)隊和一個利益關(guān)系人小組?？偣舶ń?00人，歷時6年多的工作。三個組(團(tuán)隊)的代表來自業(yè)界、政府部門和SEI。集成到CMMI中的幾個模型，其學(xué)科代表也包括在所有三個組中。各組的職責(zé)如下： 指導(dǎo)組為CMMI提出一個需求列表，該列表由利益關(guān)系人小組進(jìn)行評審，隨后由產(chǎn)品開發(fā)團(tuán)隊用來指導(dǎo)CMMI產(chǎn)

37、品的創(chuàng)建工作。 產(chǎn)品開發(fā)團(tuán)隊是為初期的開發(fā)工作而創(chuàng)建的交叉學(xué)科組，其責(zé)任是確保在集成化過程中充分考慮到每個學(xué)科的觀點和利益。,3.4 CMMI項目組織 利益關(guān)系人小組評審最初起草的CMMI資料。然后在2000年末版本1.0發(fā)布之前，進(jìn)行了對草案材料的第二輪公開評審。利用1.0版本用戶的反饋意見，并且作為對1500條更改請求的回應(yīng)，產(chǎn)品套件1.1版本在2002年發(fā)布。 CMMI團(tuán)隊。為CMMI產(chǎn)品開發(fā)團(tuán)隊提供成員的組織參見P.56。

38、 開發(fā)最初CMMI模型的交叉學(xué)科團(tuán)隊包含的成員分別具有軟件工程背景、系統(tǒng)工程背景以及集成化產(chǎn)品和過程開發(fā)背景。多數(shù)工程組織都應(yīng)用了這些技術(shù)，但其組織及相互作用的方式則在各個組織間不盡相同。因此，CMMI團(tuán)隊不僅要解決三個源模型之間的差異，而且還要溝通不同工程專業(yè)及組織在文化、語言以及專業(yè)差異。這些溝通的橋梁必須在構(gòu)造CMMI模型過程中建立，這是模型的用戶成功地支持集成化過程改進(jìn)和過程評估的基礎(chǔ)。,3.4 CMMI項目組織 在CMMI

39、開發(fā)期間，集成開發(fā)團(tuán)隊積極地設(shè)法保持三個學(xué)科之間平衡的成員人數(shù)，這項措施得到了軟件和系統(tǒng)工程團(tuán)體的大力支持。由于軟件的CMM被廣泛接受，SEI和已經(jīng)使用該模型、了解其價值并希望看到這種價值保留在集成化CMMI模型中的組織都極力提倡該模型。同樣，在系統(tǒng)工程領(lǐng)域中，國際系統(tǒng)工程委員會(INCOSE)提倡包括系統(tǒng)工程實踐。集成化產(chǎn)品和過程開發(fā)團(tuán)體也參與了CMMI團(tuán)隊，盡管和那些比較明確的學(xué)科相比，代表們在IPPD(集成產(chǎn)品和過程開發(fā))應(yīng)該如何

40、處理的問題上提出了更廣泛的意見。最后，這個由經(jīng)驗豐富和積極參與人員組成的團(tuán)隊，每個人都將自己的特別的專業(yè)知識和偏好貢獻(xiàn)出來，集合到一起創(chuàng)建了CMMI產(chǎn)品套件。,3.4 CMMI項目組織 當(dāng)初始CMMI產(chǎn)品套件的開發(fā)階段完成，一個新的組織結(jié)構(gòu)被建立(如圖3-2所示)。即由CMMI產(chǎn)品開發(fā)團(tuán)隊發(fā)展而成的CMMI產(chǎn)品團(tuán)隊。,,圖3-2 最近的CMMI項目組織,3.4 CMMI項目組織 該團(tuán)隊和軟件、系統(tǒng)工程、IPPD、供應(yīng)商來源、評估以

41、及CMMI核心組件的專家組保持聯(lián)系。為了指導(dǎo)CMMI的發(fā)展，建立了配置管理委員會，并且將SEI稱為CMMI產(chǎn)品套件的管理機(jī)構(gòu)。作為管理機(jī)構(gòu)，SEI負(fù)責(zé)維護(hù)和支持CMMI。隨著時間的推移，將會需要新的交叉功能專家團(tuán)隊來處理現(xiàn)有產(chǎn)品的修訂，以及完成將更多學(xué)科(例如服務(wù)群集團(tuán)隊和獲取群集團(tuán)隊)添加到CMMI架構(gòu)中的后續(xù)相關(guān)工作。,第4章 CMMI的內(nèi)容All that is gold does not glitter, Not all wh

42、o wander are lost. J.R.R.Tolkien，The Fellowship of the Ring(1954)I have gathered a posie of other men's flowers, and nothing but the thread that binds them is mine own. John Bartlett，F(xiàn)

43、amiliar Quotations的前言(1901),能力成熟度模型集成(CMMI)模型中有些什么？組織如何采用它？即使對于最有經(jīng)驗的過程改進(jìn)專家，幾百頁的CMMI模型似乎也是棘手的。不過，只需要了解模型是如何組成的，以及模型中都有哪些類型的資料，就可以充滿自信地深入學(xué)習(xí)CMMI的內(nèi)容。 本章描述可在CMMI模型中找到信息類型，并指出各類信息所在位置。通過本章學(xué)習(xí)，能學(xué)會了解各種不同類型信息的不同的重要性。,4.1 群集 群集(C

44、onstellations)為不同類型的組織提供了一種使用CMMI的方法，并盡可能具有通用性。 CMMI 1.2版本中的兩個群集是開發(fā)(Development)和獲取(Acquisition)；當(dāng)前正在創(chuàng)建第三種可能的群集服務(wù)(Service)的資料。 開發(fā)群集支持開發(fā)產(chǎn)品的組織，是以前所有CMMI版本的繼承者。 獲取群集支持從組織外部的供應(yīng)商處獲得產(chǎn)品或服務(wù)的組織。 服務(wù)群集計劃用于支持主要交付服務(wù)而不是產(chǎn)品的組織。 CMM

45、I架構(gòu)提供了產(chǎn)生不同模型所需的信息。下面介紹CMMI架構(gòu)的體系結(jié)構(gòu)和用途。,術(shù)語“群集”是CMMI體系結(jié)構(gòu)的元素，用于描述協(xié)同工作以處理特定興趣領(lǐng)域改進(jìn)的模型中某些部分的特點(定義：群集是構(gòu)件的集合，用于構(gòu)造興趣領(lǐng)域中的模型、培訓(xùn)資料和評估資料)。,4.1 群集 群集實際上是CMMI框架(Framework)的一部分：一個用于構(gòu)造CMMI模型的組件、CMMI培訓(xùn)資料和CMMI評估方法的匯集。CMMI框架的關(guān)鍵部分是CMMI模型基礎(chǔ)(C

46、MMI Model Foundation, CMF)，CMF由每個已有和將來CMMI模型中常見的資料組成。該模型的組件包括過程域、目標(biāo)、實踐和關(guān)于使用該模型的信息資料。 本章下面各小節(jié)描述CMMI模型的組件，第7章更完整地描述CMF。,4.2 過程域(Process areas) 所有CMMI模型基本的組織特征就是“過程域”。在過程改進(jìn)模型中不是包含所有與過程和過程改進(jìn)相關(guān)的事情。像其原模型一樣，CMMI只選擇過程改進(jìn)中最重要的主

47、題，然后把這些主題分組為“域”。每個群集中過程域的數(shù)目不盡相同。以“需求管理”為例說明： 在系統(tǒng)、軟件和硬件工程中，普遍認(rèn)為在任何開發(fā)過程任務(wù)中，對產(chǎn)品需求的管理應(yīng)是倍受關(guān)注的重要領(lǐng)域。經(jīng)驗顯示，不能充分地識別需求并管理需求的變更，是導(dǎo)致項目不能滿足成本、進(jìn)度和質(zhì)量目標(biāo)的一個主要原因。這種經(jīng)驗證明，需要將關(guān)于需求管理的信息收集到一個主要的模型組件——過程域中。因此，模型的使用者應(yīng)該關(guān)注于這個過程域，以建立管理需求相關(guān)的過程域能力。,

48、4.2 過程域 如該模型所述，“需求管理”過程域的目的是“管理項目的產(chǎn)品和產(chǎn)品組件的需求，識別需求與項目計劃和工作產(chǎn)品之間的不一致性?！背诉@一目的之外，過程域還有另外一些目標(biāo)，這些目標(biāo)描述成功的需求管理過程的結(jié)果，以及可以幫助達(dá)成這些目標(biāo)的實踐。當(dāng)然，也有大量的說明和“如何做”的資料可對需求管理提供一些具體的幫助。概括地說，這些就是一個過程域的主要內(nèi)容。,4.3 內(nèi)容的分類 任何過程改進(jìn)模型有必要對模型中所包含資料的相對重要性及其

49、作用進(jìn)行區(qū)分。在CMMI模型中，用術(shù)語“必需的(required)”、“期望的(expected)”以及“提供信息的(informative)”進(jìn)行區(qū)分： 最重要的資料是“必需的”，這些是對模型必不可少的資料，是了解過程改進(jìn)需要什么及確定是否符合模型的基礎(chǔ)。 第二重要的是“期望的”資料，這些也許不是完全必要的資料，在某些情況下可能不會出現(xiàn)在成功使用模型的組織中。不過，期望的資料在過程改進(jìn)中卻起到主導(dǎo)作用，它們是達(dá)到必需的組件強有力的

50、說明。 第三重要的(也是數(shù)量最多的)是“提供信息的”資料，這些資料構(gòu)成了模型的主要部分。用來提供信息的資料為過程改進(jìn)提供了有用的指導(dǎo)，在許多情況下，它們對必需的和期望的組件進(jìn)行進(jìn)一步的說明。,4.3 內(nèi)容的分類 如果您想快速瀏覽CMMI模型，推薦考察全部必需的資料，該策略被稱作“主管縱覽” 層。對于中等級別的考察，可以集中于組合必需和期望的資料。該方法被認(rèn)為是“經(jīng)理縱覽” 層。無論作哪種層次的考察，最好都查看本書附錄A中的模型概述。

51、這里，結(jié)合這兩類模型組件 (具有最小量提供信息的資料) 給出該模型最為基本的元素。,4.4 必需的資料 唯一必需的CMMI模型的組件是“目標(biāo)(goal)”。目標(biāo)代表所希望的最終狀態(tài)，它的實現(xiàn)表明對項目和過程控制已經(jīng)達(dá)到了一定的程度： 當(dāng)一個目標(biāo)對一個過程域唯一時，稱該目標(biāo)為“特定目標(biāo)(specific goal, SG)”。 反之，當(dāng)一個目標(biāo)可以適用于所有過程域時，稱該目標(biāo)為一個“共性目標(biāo)(generic goal, GG)”。

52、 表4-1列出了特定目標(biāo)的4個例子。每個過程域都有1～4個特定目標(biāo)，完整的CMMI 開發(fā)版1.2 模型共包括了50個特定目標(biāo)。,表4-1 4個過程域的特定目標(biāo),4.4 必需的資料 從表4-1的4個例子可以看出，一個目標(biāo)的陳述十分簡潔。評估過程域中預(yù)期的和提供信息的資料可以幫助您理解實踐方面的特定目標(biāo)。 與特定目標(biāo)相比，一個共性目標(biāo)GG有一個跨越所有過程域的范圍。因其應(yīng)用廣泛，詞GG比詞特定目標(biāo)SG更抽象。例如，考慮GG2：“過程作

53、為一個已管理的過程而被制度化”。根據(jù)CMMI術(shù)語表(CMMI 開發(fā)版1.2，附錄D)，找到“制度化”和“已管理過程”的定義，這兩個定義都顯示在表4-2中。,4.4 必需的資料,,,表4-2 關(guān)于CMMI共性目標(biāo)2的定義,4.4 必需的資料 考慮表4-2，這兩個定義比GG本身的簡短陳述更為詳細(xì)。然而，即使這些定義，關(guān)于實際意義的方法問題仍徘徊不去。什么是“根深蒂固開展業(yè)務(wù)的方式？”的關(guān)鍵特征?怎樣才是一個“依照過程描述進(jìn)行評估”的過程

54、？雖然目標(biāo)是CMMI模型中唯一要求的元素，但如果不對模型作更充分探索的話，任何目標(biāo)的陳述(特定的或共性的)都不能被充分理解。為了擴(kuò)展理解，首先是查看期望的組件。,4.5 期望的資料 CMMI模型期望的唯一組件是“實踐(practice)”的陳述。一組實踐表示了達(dá)到目標(biāo)所“期望的”手段。CMMI模型中的每個實踐正好映射到一個目標(biāo)。不過，實踐并不是必需的。一個特定的組織可能擁有可證實達(dá)到目標(biāo)的手段，而這些手段并不依賴于映射到那個目標(biāo)的所

55、有實踐的執(zhí)行。也就是說，“替代的”實踐可以提供同樣有用的手段以達(dá)到目標(biāo)。這可以幫助將實踐認(rèn)為是關(guān)鍵的成功因素；如果沒有很好地處理這些實踐，那么理解它們的缺乏就非常重要。 如果一個實踐對一個單一的過程域是唯一的，就稱該實踐為“特定實踐”。而如果一個實踐可能適用于所有的過程域，就稱該實踐為“共性實踐”。,4.5 期望的資料 表4-3列出了特定實踐的幾個例子以及它們映射到的目標(biāo)。注意，表示最終狀態(tài)的目標(biāo)總是使用被動語態(tài)，而作為完成目標(biāo)的方

56、法的實踐總是使用主動語態(tài)。,表4-3 與特定目標(biāo)相關(guān)的特定實踐,4.5 期望的資料 在2～7個之間的特定實踐會被映射到每個特定目標(biāo)中，整個CMMI開發(fā)版本1.2模型總共包括173個特定實踐，這些實踐被映射到50個特定目標(biāo)中。 當(dāng)把映射到一個特定目標(biāo)的特定實踐看成一個整體時，它們提供了對應(yīng)該如何理解目標(biāo)的補充認(rèn)識。表4-4給出了一個特定目標(biāo)及其全部的特定實踐。在這個例子中，建立和維護(hù)工作產(chǎn)品基線包括識別配置項、實施配置和變更管理系統(tǒng)

57、，以及為內(nèi)部和外部使用建立基線。與特定實踐相反，共性實踐有一個跨所有過程域的范圍。例如，一個被映射到制度化已管理過程的共性目標(biāo)(GG 2)的共性實踐說明了人員的培訓(xùn)問題?？紤]GP 2.5：“對執(zhí)行或支持過程的人員進(jìn)行必要的培訓(xùn)”?；谶@個共性實踐的應(yīng)用，CMMI模型中的每個過程域都要提供必要的培訓(xùn)。,表4-4 配置管理的特定目標(biāo)和特定實踐,4.6 提供信息的資料 CMMI模型中包含11種用于提供信息的資料（目前沒有一種模型使用超過

58、10種提供信息的資料），列表描述如下： (1) 目的(Purpose)。每個過程域的開始就是對該過程域目的的簡要陳述。一般而言，目的陳述由一個或兩個句子組成，它們概括和總結(jié)了該過程域的特定目標(biāo)。 (2) 介紹性說明(Introductory Note)。目的陳述之后的一節(jié)包括了應(yīng)用于整個過程域的多個介紹性說明。這些說明一般介紹了該過程域的范圍、重要性、反映公認(rèn)的最佳實踐的方式、使用獨特的術(shù)語以及與其它過程域的相互影響。 (3) 參

59、考(Reference)。參考實現(xiàn)了從一個過程域到另一個過程域的全部或部分的明確指向。在CMMI中，參考只是一個指示器，它說明為了獲得某些主題的更多信息，應(yīng)該查看另一個過程域。,4.6 提供信息的資料 (4) 名稱(Names)。在CMMI中，所有必需的和期望的組件(目標(biāo)和實踐)都有一個名稱，該名稱提供了對該組件進(jìn)行查詢的便利方法。表4-5列出了度量與分析(Measurement and Analysis, MA)過程域的名稱示例。因

60、而，在培訓(xùn)課程或在討論中，可以參考度量和分析中的“調(diào)整活動”目標(biāo)或“指定度量”實踐。,表4-5 來自度量和分析過程域的名稱,4.6 提供信息的資料 (5) 特定目標(biāo)與實踐概要(Specific Goal and Practice Summary)。運用目標(biāo)和實踐的名稱，每個過程域中的關(guān)系表將每個特定和共性實踐分別映射到相關(guān)的特定目標(biāo)和共性目標(biāo)。 (6) 注釋(Notes)。雖然過程域開始的通用說明被標(biāo)為“介紹性說明”，但也有一些(

61、簡單的)注釋依附于其它模型組件，如目標(biāo)、實踐和子實踐。這些注釋表示了一個豐富的信息源，這些信息源在計劃和指導(dǎo)過程改進(jìn)工作時很有用。在模型中，用一個方框加以突出的就是注釋的例子。 (7) 典型工作產(chǎn)品(Typical Work Products)。在執(zhí)行一個實踐時，經(jīng)常會以工作產(chǎn)品的形式產(chǎn)生輸出。在CMMI Model的“模型術(shù)語”中，把工作產(chǎn)品定義為如下(部分定義)：,4.6 提供信息的資料 來自于特定實踐的示例輸出。這些示例稱為典

62、型工作產(chǎn)品，因為有其它同樣有效的工作產(chǎn)品，只不過沒有列出來。這些工作產(chǎn)品可以包括文件、文檔、部分產(chǎn)品、服務(wù)、過程描述和規(guī)范。 在典型工作產(chǎn)品列表中標(biāo)識的條目是一些例子，它們不應(yīng)該被認(rèn)為是執(zhí)行過程所必需的，而且該列表也不能被認(rèn)為就是完備的。其目的僅僅是對一個實踐可能產(chǎn)生的工作產(chǎn)品類型提供一些初步的指導(dǎo)。不過，在評估期間，您會被要求出示證據(jù)來證明您的過程產(chǎn)生的輸出，并給出輸出的例子以獲得對該過程域制度化的信任。,4.6 提供信息的資料

63、 (8) 典型供應(yīng)商可交付產(chǎn)品(Typical Supplier Deliverables)。這些組件只用于CMMI for Acquisition模型中。典型供應(yīng)商可交付產(chǎn)品代表輸入的人工制品，或者是支持需方實現(xiàn)實踐的人工制品。 (9) 子實踐(Subpractices)。對于CMMI模型中的許多實踐，子實踐提供了對它們的含義和活動的必要分解，以及它們用途的詳細(xì)描述。與實踐(期望的模型組件)不同，子實踐在模型中只是提供信息。,4.6

64、 提供信息的資料 (10) 學(xué)科擴(kuò)充(Discipline Amplifications)。與以前的源模型相比，CMMI最大的不同點是CMMI模型組件是學(xué)科獨立的。這個方法的優(yōu)點在于不同學(xué)科采用相同組件的能力，而采用相同的組件可以在各種不同學(xué)科中推行公共術(shù)語和共同理解。不過，當(dāng)考慮通用性時必然要對內(nèi)容進(jìn)行削減，因此學(xué)科獨立組件的局限性是明顯的。例如，軟件CMM包括了一個實踐，該實踐明確地引用了軟件規(guī)模估計的開發(fā)。不同的是，CMMI采用

65、了更通用的說法：產(chǎn)生對工作產(chǎn)品和任務(wù)的屬性的估計(參見項目計劃，SP l.2-1)。擴(kuò)充是用于提供信息的資料，因此在評估中并不是必要的。但是，評估人員可把它們作為指導(dǎo)，以便更好地解釋特定學(xué)科的實踐，并更好地理解實踐如何影響過程改進(jìn)活動。,4.6 提供信息的資料 (11) 共性實踐的詳細(xì)描述(Generic Practice Elaborations)。盡管學(xué)科擴(kuò)充為每一個特定學(xué)科提供了細(xì)節(jié)，但共性實踐的詳細(xì)描述提供了關(guān)于在給定的過程域

66、中應(yīng)用共性實踐的細(xì)節(jié)。例如，在產(chǎn)品集成過程域中，建立一個組織級政策的共性實踐的一種詳盡細(xì)節(jié)解釋如下： 這項政策建立組織級期望，包括開發(fā)產(chǎn)品的集成順序、程序和環(huán)境，確保接口在產(chǎn)品組件、組裝產(chǎn)品組件，以及交付產(chǎn)品和產(chǎn)品組件間的兼容性。 有時，在特定的過程域中，一個共性實踐和一個特定實踐可能會表達(dá)類似的主題。例如，共性實踐處理過程的計劃，而一個特定實踐可能關(guān)注于計劃過程的某個特定方面。在這種情況下，共性實踐的詳細(xì)描述被用于解釋共性實踐和特

67、定實踐之間的不同意圖。,4.7 附加信息 附加信息擴(kuò)展了模型的范圍或強調(diào)模型用途的特定方面。它們可以是額外的過程域、特定的目標(biāo)、特定的實踐或提供信息的資料。在CMMI 開發(fā)1.2版中，唯一的附加信息與IPPD相關(guān)。在組織過程定義+IPPD，GP 2.6中可以找到IPPD附加信息中關(guān)于受控制的工作產(chǎn)品示例如下： 個人和集成化團(tuán)隊的賦權(quán)規(guī)則和指導(dǎo)原則。 組織關(guān)于問題解決的過程文檔。 CMMI for Services群集當(dāng)前有三個附

68、加信息，每個附加信息都是完整的過程域。查看第7章中關(guān)于CMMI-SVC的討論。,4.8 CMMI模型基礎(chǔ) 本章前面提及CMF，但是沒有詳細(xì)解釋它在CMMI架構(gòu)中的重要性。本節(jié)將介紹如何使用CMF。 CMF包含在每個群集中必須使用的組件。然而，可以在CMF中添加群集特有的信息。例如，與實踐相關(guān)的注釋可以被標(biāo)記為CMF資料。在任何情況下都不可以修改CMF注釋，但是可以在實踐中添加新的注釋以闡明群集中該實踐的某些方面。實際上，與任何過程域