能力成熟度模型（CMM）

軟件過程改進(jìn)指南

WattsS.Humphrey

TheCapabilityMaturityModelGuidelinesforImprovingtheSoftwareProcess能力成熟度模型（CMM）

軟件過程改進(jìn)指南

Watts1第2章軟件過程成熟度框架2.0概述2.1成熟度級別的行為特征2.2成熟度級別的跳躍2.3軟件過程的可視性2.4效能預(yù)測第2章軟件過程成熟度框架2.0概述22.0概述持續(xù)過程改進(jìn)是基于許多小的、演化的步驟，而不是革命性的革新。CMM提出的框架中，將這些步驟分為5個成熟度級別，為持續(xù)過程改進(jìn)提供了成功的基礎(chǔ)。這5個成熟度級別為度量一個組織的軟件過程成熟度以及評價其軟件過程能力定義了有序級別，同時也幫助一個組織在安排其改進(jìn)工作時分清輕重緩急。

2.0概述持續(xù)過程改進(jìn)是基于許多小的、演化的步驟，而不是3一個成熟度級別是一個嚴(yán)格定義的、在向成熟軟件組織前進(jìn)途中的一種平穩(wěn)狀態(tài)。每個成熟度級別由一組過程目標(biāo)組成，一旦滿足了這些目標(biāo)，就能穩(wěn)定軟件過程的一個重要組成部分。在達(dá)到了每個成熟度級別的同時，就建立起軟件過程的不同組成部分，結(jié)果是提高了組織的過程成熟度。

一個成熟度級別是一個嚴(yán)格定義的、在向成熟軟件組織前進(jìn)途中的一4如圖2.1所示，將CMM組織成5個級別，對提高軟件過程成熟度的改進(jìn)措施按優(yōu)先次序進(jìn)行了排序。帶標(biāo)示的箭頭指明由處在成熟度框架各層次的組織制度化了的過程成熟度的類型。

如圖2.1所示，將CMM組織成5個級別，對提高軟件過程成熟度5圖2.1CMM的五級成熟度

１初始級２可重復(fù)級

４已管理級

３已定義級５優(yōu)化級

成熟度持續(xù)改進(jìn)過程可預(yù)測的過程標(biāo)準(zhǔn)一致過程有紀(jì)律的過程無序混亂過程圖2.1CMM的五級成熟度１初始級２可重復(fù)65個級別簡單描述如下：1．初始級軟件過程的特點(diǎn)是無秩序的，甚至是混亂的。幾乎沒有什么過程是經(jīng)過定義的，成功往往依賴于個人或小組的努力。2.可重復(fù)級已建立基本的項(xiàng)目管理過程去跟蹤項(xiàng)目的成本、進(jìn)度和功能。有了必要的過程紀(jì)律，使得能重復(fù)在早先類似應(yīng)用項(xiàng)目的成功。

3．已定義級已將管理活動和工程活動兩方面的軟件過程文檔化和標(biāo)準(zhǔn)化，并已集成為該組織的標(biāo)準(zhǔn)軟件過程。所有項(xiàng)目均采用該組織的標(biāo)準(zhǔn)軟件過程的一個經(jīng)剪裁和批準(zhǔn)的版本，來開發(fā)和維護(hù)軟件。

5個級別簡單描述如下：74．定量管理級軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)被收集。軟件過程和產(chǎn)品得到定量地理解和控制。5．優(yōu)化級能利用來自過程和來自新思想、新技術(shù)先導(dǎo)性試點(diǎn)的定量反饋信息，持續(xù)不斷地改進(jìn)組織的標(biāo)準(zhǔn)軟件過程。

4．定量管理級軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)被收集。8這5個級別反映了這樣一個事實(shí)：CMM是改進(jìn)軟件組織能力的模型。CMM中級別所表達(dá)的排列次序，并不指向單個項(xiàng)目。一個遇到麻煩的項(xiàng)目對其問題排序時很可能不同于CMM的分類法，它的解決辦法對組織其它項(xiàng)目的參考價值不大，因?yàn)槠渌?xiàng)目可能有其它問題，或者因?yàn)槿鄙龠@種解決問題的必要基礎(chǔ)而不能從它的解決辦法中得益。CMM關(guān)注的是對整個組織有價值的過程。

這5個級別反映了這樣一個事實(shí)：CMM是改進(jìn)軟件組織能力的模型92.1成熟度級別的行為特征

成熟度2至5級的特征可通過組織建立和改進(jìn)軟件過程所執(zhí)行的活動、每個項(xiàng)目所執(zhí)行的活動和對項(xiàng)目最終的表現(xiàn)出來的過程能力來刻畫。

2.1成熟度級別的行為特征成熟度2至5級的特征可通過組102.1.1第1級初始級

在初始級上，軟件開發(fā)組織一般不能為軟件的開發(fā)和維護(hù)提供一個穩(wěn)定環(huán)境。處于級別1的組織的特征是不能兌現(xiàn)約定。這樣的組織一般很難保證員工能夠獲得有序的工程過程，從而導(dǎo)致一系列的危機(jī)。在遇到危機(jī)時，項(xiàng)目一般是拋棄所計(jì)劃的規(guī)程，回復(fù)到編碼和測試的老一套。2.1.1第1級初始級在初始級上，軟件開發(fā)組織11軟件項(xiàng)目的成功完全依賴于一個杰出的管理者或一個熟練和有效的軟件開發(fā)隊(duì)伍。偶爾，有能力的、強(qiáng)有力的軟件管理人員能夠頂住壓力在軟件過程中取得捷徑。但是，當(dāng)他們離開該項(xiàng)目后，他們的這種能使過程穩(wěn)定的影響力也就隨之消失。一個很好的軟件工程過程并不能克服由于缺乏健全的管理實(shí)踐所造成的不穩(wěn)定性。

軟件項(xiàng)目的成功完全依賴于一個杰出的管理者或一個熟練和有效的軟12盡管過程無序甚至混亂，處于級別1的組織也常常開發(fā)出能工作的產(chǎn)品，雖然他們可能超出預(yù)算和進(jìn)度計(jì)劃。處于級別1的組織的成功依賴于組織中個人能力和精神[1]，是不能重復(fù)的，除非派有同樣能力的人去開發(fā)下一個工程項(xiàng)目。在級別1的軟件組織中，能力是個人特征而非組織特征。

盡管過程無序甚至混亂，處于級別1的組織也常常開發(fā)出能工作的產(chǎn)13

[1]在成熟度的各個等級上，挑選、雇傭、培養(yǎng)和保留有能力的人員對一個組織來說是非常重要的問題，但是，這些問題大大超出了CMM的范圍。[1]在成熟度的各個等級上，挑選、雇傭、培養(yǎng)和保留有能力14

2.1.2級別2可重復(fù)級

在可重復(fù)級上，建立了管理軟件項(xiàng)目的策略和實(shí)施這些策略的規(guī)程。計(jì)劃和管理新項(xiàng)目是基于類似項(xiàng)目的經(jīng)驗(yàn)。以項(xiàng)目為基礎(chǔ)，針對項(xiàng)目建立基本的過程管理紀(jì)律，使過程能力獲得提高。項(xiàng)目執(zhí)行有效的過程，它是有定義的、文檔化的、實(shí)施過的、人員經(jīng)培訓(xùn)的、可測量的、強(qiáng)制的和可改進(jìn)的。

2.1.2級別2可重復(fù)級在可重復(fù)級上，建立了15處于2級組織中的項(xiàng)目引入了基本的軟件管理控制。對實(shí)際項(xiàng)目已有約定，其根據(jù)是對以前項(xiàng)目觀察的結(jié)果和當(dāng)前項(xiàng)目的需求。項(xiàng)目的軟件負(fù)責(zé)人跟蹤軟件成本、進(jìn)度和功能，能識別出不能滿足約定的問題。對軟件需求和為滿足需求而開發(fā)的工作產(chǎn)品建立了基線，并且其完整性受到控制。項(xiàng)目的軟件標(biāo)準(zhǔn)已定義，并且組織確保能忠實(shí)地履行。如果有分承包方的話，建立起一種有效的客戶-供應(yīng)商關(guān)系。

處于2級組織中的項(xiàng)目引入了基本的軟件管理控制。對實(shí)際項(xiàng)目已有16處于級別2的組織中的項(xiàng)目，其過程可以不相同。對于達(dá)到2級的組織的要求，是有組織級的策略去指導(dǎo)項(xiàng)目建立適當(dāng)?shù)墓芾磉^程。

處于級別2的軟件開發(fā)組織的過程能力，可概括為有紀(jì)律的，因?yàn)檐浖?xiàng)目的計(jì)劃和跟蹤是穩(wěn)定的，并能重復(fù)以前的成功。項(xiàng)目的過程處于一個項(xiàng)目管理系統(tǒng)的有效控制之下，遵循的是基于以前項(xiàng)目的效能所制定的實(shí)際計(jì)劃。

CMM改進(jìn)指南-第2章軟件過程成熟度框架課件17

2.1.3級別3已定義級

在已定義級上，一個開發(fā)和維護(hù)軟件的標(biāo)準(zhǔn)過程（或過程組）已文檔化，并在全組織范圍內(nèi)使用，這個在CMM中稱為組織的標(biāo)準(zhǔn)軟件過程，它包括軟件工程過程和軟件管理過程兩方面，而且集成為一個有機(jī)的整體。級別3上所建立的標(biāo)準(zhǔn)軟件過程（必要時，可以改變）被用來幫助軟件管理人員和技術(shù)人員更有效地工作。

2.1.3級別3已定義級在已定義級上，一個開發(fā)18該組織在將它的軟件過程標(biāo)準(zhǔn)化的同時開發(fā)有效的軟件工程實(shí)踐。在該組織內(nèi)指派一個小組負(fù)責(zé)軟件過程活動（例如，軟件工程過程組或SEPG[Fowler90]）。實(shí)施全組織范圍內(nèi)的培訓(xùn)程序（大綱），以保證全體職工和管理人員都具有履行其職責(zé)所必需的知識和技能。

該組織在將它的軟件過程標(biāo)準(zhǔn)化的同時開發(fā)有效的軟件工程實(shí)踐。在19軟件項(xiàng)目通過剪裁組織的標(biāo)準(zhǔn)軟件過程來建立自身定義的軟件過程，這考慮到項(xiàng)目的獨(dú)有的特征。這種剪裁后的過程，在CMM中稱為“項(xiàng)目定義的軟件過程”。這是在執(zhí)行該項(xiàng)目的活動中使用的過程。一個定義的軟件過程包含一組嚴(yán)格定義的、協(xié)調(diào)一致的、被集成的軟件工程過程和管理過程。一個嚴(yán)格定義的過程可以表征為包含執(zhí)行該工作的就緒準(zhǔn)則、輸入、標(biāo)準(zhǔn)和規(guī)程，以及驗(yàn)證機(jī)制(例如同行評審)、輸出和完成準(zhǔn)則等。因?yàn)檐浖^程被嚴(yán)格定義，管理部門可以很好地洞察到軟件項(xiàng)目的技術(shù)進(jìn)展。

軟件項(xiàng)目通過剪裁組織的標(biāo)準(zhǔn)軟件過程來建立自身定義的軟件過程，20處于3級的組織的軟件過程能力，可概括為標(biāo)準(zhǔn)化和一致性，因?yàn)檐浖こ袒顒雍凸芾砘顒佣际欠€(wěn)定的和可重復(fù)的。在所建立的產(chǎn)品基線內(nèi)，成本、進(jìn)度和功能均已受控制，軟件質(zhì)量被跟蹤。這種過程能力是建立在全組織范圍內(nèi)對所定義的軟件過程中的活動、角色和職責(zé)的共同理解之上。

處于3級的組織的軟件過程能力，可概括為標(biāo)準(zhǔn)化和一致性，因?yàn)檐?12.1.4級別4已管理級

在已管理級上，軟件開發(fā)組織對軟件產(chǎn)品和過程都設(shè)置了定量的質(zhì)量目標(biāo)。作為組織的測量大綱的一部分，對于所有項(xiàng)目重要的軟件過程活動的生產(chǎn)率和質(zhì)量都進(jìn)行測量。用一個組織級的軟件過程數(shù)據(jù)庫，來收集和分析從項(xiàng)目定義的軟件過程獲得的數(shù)據(jù)。軟件過程具有嚴(yán)格定義的、一致的測量方法和手段。這些測量，為定量地評價項(xiàng)目的軟件過程和產(chǎn)品建立了基礎(chǔ)。

2.1.4級別4已管理級在已管理級上，軟件開發(fā)組22通過把過程效能的變化限制在可接受的定量范圍之內(nèi)，達(dá)到項(xiàng)目對其產(chǎn)品和過程進(jìn)行控制?？梢栽谶^程效能方面，將有意義的變化與一些隨機(jī)性變化(噪聲)區(qū)別開來，特別是在建立的產(chǎn)品基線內(nèi)。進(jìn)入新應(yīng)用領(lǐng)域所包含的風(fēng)險是知道的，并小心地控制它們。

CMM改進(jìn)指南-第2章軟件過程成熟度框架課件23處于4級的組織的軟件過程能力，可概括為可量化的和可預(yù)測的。因?yàn)椋^程被測量，并在定量的范圍內(nèi)運(yùn)行。這一級的過程能力使得組織能在定量限制的范圍內(nèi)預(yù)測過程和產(chǎn)品質(zhì)量的趨勢。因?yàn)檫^程是穩(wěn)定的和可度量的，一旦出現(xiàn)某種例外情況，變化的“具體原因”是可以識別和定位的。當(dāng)發(fā)現(xiàn)超過預(yù)先設(shè)定的限制范圍，能采取措施予以解釋和糾正，因此，預(yù)先知道軟件產(chǎn)品將是高質(zhì)量的。

處于4級的組織的軟件過程能力，可概括為可量化的和可預(yù)測的。因242.1.5級別5優(yōu)化級

在優(yōu)化級上，整個軟件開發(fā)組織集中精力進(jìn)行不斷的過程改進(jìn)。組織具有識別軟件過程的弱點(diǎn)和強(qiáng)項(xiàng)的手段，以便達(dá)到預(yù)防缺陷出現(xiàn)的目的。采用新技術(shù)和建議對組織的軟件過程的更改時，使用軟件過程的有效性數(shù)據(jù)進(jìn)行費(fèi)效分析。能識別開發(fā)最好的軟件工程實(shí)踐的革新方法，并在整個組織內(nèi)推廣。

2.1.5級別5優(yōu)化級在優(yōu)化級上，整個軟件開發(fā)25處于5級的軟件小組（teams)分析缺陷以便確定它們的原因；對軟件過程進(jìn)行評價以便防止已知類型的缺陷再次出現(xiàn)，并在全組織內(nèi)宣傳教育。任何系統(tǒng)中，可以發(fā)現(xiàn)由于隨機(jī)變動而導(dǎo)致的以返工形式表現(xiàn)的經(jīng)常性消耗。有組織地消除這種消耗的工作是更改系統(tǒng)，也就是說，通過改變導(dǎo)致無效的“公共原因”，以防止這種消耗出現(xiàn)。盡管對所有成熟度級別來說都是如此，但是，它是級別5組織的焦點(diǎn)。處于5級的軟件小組（teams)分析缺陷以便確定它們的原因；26處于級別5的軟件開發(fā)組織的過程能力可概括為過程不斷改進(jìn)。該級組織為提高其軟件過程能力進(jìn)行著不懈的努力，從而不斷改善組織內(nèi)項(xiàng)目的過程效能。既可通過在現(xiàn)有過程的基礎(chǔ)上增量式改進(jìn)的辦法，也可通過采用新技術(shù)、新方法的革新辦法，使軟件過程持續(xù)不斷地得到改進(jìn)。像通常業(yè)務(wù)活動一樣，去規(guī)劃和管理技術(shù)及過程改進(jìn)。

CMM改進(jìn)指南-第2章軟件過程成熟度框架課件272.2成熟度級別的跳越

1.CMM標(biāo)識出成熟度級別，一個組織應(yīng)當(dāng)借此逐漸去建立一種軟件工程優(yōu)秀文化。因?yàn)槊總€級別是建立下一個級別的必要的基礎(chǔ)，因此試圖跳過級別幾乎總是事與愿違。

2.2成熟度級別的跳越1.CMM標(biāo)識出成熟度級別，282.組織可以在他們選擇的任何時候著手特定的過程改進(jìn)，甚至在他們準(zhǔn)備前進(jìn)到被推薦的特定實(shí)踐所在的級別之前。但是，組織應(yīng)該認(rèn)識到，這些改進(jìn)的穩(wěn)定性有較大風(fēng)險，因?yàn)檫€未為他們的成功制度化建立基礎(chǔ)。沒有真正基礎(chǔ)的過程恰恰在他們需要的地方可能會失敗。

2.組織可以在他們選擇的任何時候著手特定的過程改進(jìn)，甚至29例如，如果第2級的管理實(shí)踐有缺陷，一個第3級組織特征所具有的、嚴(yán)格定義的軟件過程，就可能有較大的風(fēng)險。舉例來說，管理部門可能制定出一個拙劣的計(jì)劃進(jìn)度約定，或者不能控制需求基線的變更。類似地，許多組織雖然收集了4級特征需要的詳細(xì)數(shù)據(jù)，但是發(fā)現(xiàn)不能解釋這些數(shù)據(jù)，因?yàn)檐浖_發(fā)過程和度量定義有不一致性。

例如，如果第2級的管理實(shí)踐有缺陷，一個第3級組織特303.與此同時應(yīng)該認(rèn)識到：過程改進(jìn)工作應(yīng)當(dāng)集中關(guān)注組織在其業(yè)務(wù)環(huán)境前后關(guān)系中的需要，較高級別的實(shí)踐可以涉及組織或項(xiàng)目的當(dāng)前需要。例如，試圖從第1級提升到第2級的組織，常常被告知要建立一軟件工程過程組（SEPG），而SEPG是第3級組織的屬性。盡管SEPG不是第2級組織的必要特征，但是，它可能在為到達(dá)第2級的處方中是有用的一部分。

3.與此同時應(yīng)該認(rèn)識到：過程改進(jìn)工作應(yīng)當(dāng)集中關(guān)注組織在其31這種情況，有時被說明為在第1級組織建立一個SEPG來自主引導(dǎo)第1級組織上升到第2級。在支持更有紀(jì)律的、更大范圍改進(jìn)的基礎(chǔ)設(shè)施到位之前，第1級的軟件過程改進(jìn)活動可能主要依賴于SEPG人員的洞察力和能力。另外一個例子是構(gòu)建軟件的過程。我們當(dāng)然希望處于第1級的組織執(zhí)行需求分析、設(shè)計(jì)、編碼和測試等工作。但是CMM在3級之前不描述這些活動，到了第3級它們才被描述為一致的、集成的工程過程。

這種情況，有時被說明為在第1級組織建立一個SEPG32從第1級升到第2級時的過程變更也是類似的情況，當(dāng)一個組織成熟度級別躍升時過程改進(jìn)也出現(xiàn)。但是，精通管理持續(xù)過程變更是第5級組織的特征。4.在執(zhí)行軟件過程改進(jìn)中的這些偏差是定義關(guān)鍵過程域的方式導(dǎo)致的。一個關(guān)鍵過程域說明一個完全實(shí)現(xiàn)的和制度化的過程——它已經(jīng)由組織所掌握。CMM描述的幾乎所有過程都可由第1級組織實(shí)現(xiàn)，但是可能處于不完全或無秩序狀態(tài)。

從第1級升到第2級時的過程變更也是類似的情況，當(dāng)一個組織成熟33處于級別1的組織以一個無序的方式執(zhí)行一過程，所以無損于它所執(zhí)行的事實(shí)。這個過程的可靠性和一致性可以并且也應(yīng)該在后來的工作中加以改善。一個組織的能力可以從一個無序過程的種子萌芽成長起來。

處于級別1的組織以一個無序的方式執(zhí)行一過程，所以無損于它所執(zhí)342.3軟件過程的可視性

隨著CMM級別的提高，軟件過程的可視性對管理人員和工程人員都提高了。軟件工程人員對項(xiàng)目的狀況有詳細(xì)的了解是因?yàn)樗麄冋莆枕?xiàng)目狀況和執(zhí)行的第一手資料。但是對于大的項(xiàng)目，他們了解的范圍僅僅局限于他們所負(fù)責(zé)的領(lǐng)域內(nèi)他們個人所經(jīng)手的一部分。

2.3軟件過程的可視性隨著CMM級別的提高，軟件過程的可35項(xiàng)目以外沒有涉及第一手資料的人員，如高級管理員，對項(xiàng)目的過程缺少可視性，所以只能依靠定期地評審來掌握他們所需信息以監(jiān)控整個項(xiàng)目進(jìn)展。由JeffPerdue創(chuàng)建的圖2.2，表示了在各個過程成熟度級別上提供給管理人員的有關(guān)項(xiàng)目狀況和執(zhí)行的可視性級別。每個后繼的成熟度級別逐漸提供更好的軟件過程可視性。

項(xiàng)目以外沒有涉及第一手資料的人員，如高級管理員，對項(xiàng)目的過程36圖2-2處于每個成熟度級別的軟件過程可視性

圖2-2處于每個成熟度級別的軟件過程可視性37處在第1級的軟件過程是一個不定形的實(shí)體（一個黑盒），項(xiàng)目過程的可視性是受限制的。由于活動的分級幾乎沒有定義，管理人員就要花寶貴的時間去確定項(xiàng)目進(jìn)展和活動的狀況[2]。需求以失控方式進(jìn)入軟件過程，然后就是結(jié)果產(chǎn)品。軟件的開發(fā)常常被視為是黑色魔術(shù)，尤其對不熟悉軟件的管理人員來說更是如此?？蛻糁挥性谲浖l(fā)布之后才能評估該產(chǎn)品是否滿足需求。

[2]這一點(diǎn)可以用近乎幽默的90-90法則來概括：在90%的時間里完成了項(xiàng)目的90%。處在第1級的軟件過程是一個不定形的實(shí)體（一個黑盒），項(xiàng)目過程38處在第2級，客戶需求和工作產(chǎn)品受到控制，基本的項(xiàng)目管理實(shí)踐已建立起來。這些管理控制使得項(xiàng)目能在指定點(diǎn)可視。構(gòu)建軟件的過程可以看作是一系列黑盒的連接，當(dāng)活動在黑盒之間流動時，使得管理人員在轉(zhuǎn)接節(jié)點(diǎn)（項(xiàng)目里程碑）可視。盡管管理人員不了解盒子內(nèi)部發(fā)生的細(xì)節(jié)，但是過程產(chǎn)品和用于確認(rèn)過程正在工作的檢查點(diǎn)是明確的和已知的。當(dāng)問題出現(xiàn)時管理人員會作出反應(yīng)。客戶在軟件過程中在定義的檢查點(diǎn)可以評審產(chǎn)品。

處在第2級，客戶需求和工作產(chǎn)品受到控制，基本的項(xiàng)目管理實(shí)踐已39處于第3級，盒子內(nèi)部的結(jié)構(gòu)即項(xiàng)目定義的軟件過程內(nèi)的任務(wù)是可見的。內(nèi)部結(jié)構(gòu)代表組織的標(biāo)準(zhǔn)軟件過程應(yīng)用于特定項(xiàng)目的細(xì)節(jié)。管理人員和工程人員都了解自己在過程中的作用和職責(zé)，以及他們的活動如何在適當(dāng)?shù)膶用嬷邢嗷ヅ浜?。管理人員對可能發(fā)生的風(fēng)險提前做了準(zhǔn)備。客戶可得到準(zhǔn)確、快速的狀態(tài)更新情況，因?yàn)樗x的過程對項(xiàng)目活動提供了較大的可視性。

CMM改進(jìn)指南-第2章軟件過程成熟度框架課件40處于第4級，所定義的軟件過程被定量地說明和控制。管理人員可以測量進(jìn)度和問題。他們在做決策時有客觀的、定量的根據(jù)。他們預(yù)測結(jié)果的能力穩(wěn)步增長，隨著過程可變性因素的減少，預(yù)測準(zhǔn)確性越來越高。在項(xiàng)目開始之前客戶就能對過程能力和風(fēng)險有一個定量的認(rèn)識。

處于第4級，所定義的軟件過程被定量地說明和控制。管理人員可以41處于第5級，以受控的方式不斷嘗試新的和改進(jìn)的軟件開發(fā)方法，以便提高軟件的生產(chǎn)率和質(zhì)量。有紀(jì)律的變更方式已經(jīng)形成，低效率或容易產(chǎn)生缺陷的活動也已被識別、替換或修訂。對過程的了解從現(xiàn)存過程擴(kuò)展到了過程可能的變更會產(chǎn)生什么效果。管理人員能夠估計(jì)和定量跟蹤變更的效果和影響。客戶和軟件組織持續(xù)努力，建立一種強(qiáng)有力的客戶-供應(yīng)商關(guān)系。

處于第5級，以受控的方式不斷嘗試新的和改進(jìn)的軟件開發(fā)方法，以42縱觀這5個級別，作為一個成熟的組織，影響過程成熟度的因素有人、技術(shù)和度量。參見表2.1。

縱觀這5個級別，作為一個成熟的組織，影響過程成熟度的因素有人43級別1級別2級別3級別4級別5過幾乎沒有穩(wěn)定過程存在或被使用文檔化的和穩(wěn)定的估計(jì)、計(jì)劃和約定過程是處于項(xiàng)目級別在組織內(nèi)使用集成式的管理和工程過程過程被定量地理解，并保持穩(wěn)定持續(xù)地、系統(tǒng)地改進(jìn)過程程“僅僅執(zhí)行過程”當(dāng)問題出現(xiàn)時，被識別和修改問題被預(yù)測和預(yù)防，或?qū)⑺鼈兊挠绊懡档阶畹土私鈫蝹€問題產(chǎn)生的根源并被排除了解問題的公共源頭并將其排除人成功取決于個人的杰出表現(xiàn)成功取決于個人素質(zhì)；管理系統(tǒng)支持項(xiàng)目組一起工作，也許是一體化產(chǎn)品小組每個項(xiàng)目都有著強(qiáng)烈的團(tuán)隊(duì)精神整個機(jī)構(gòu)中有著強(qiáng)烈的團(tuán)隊(duì)精神員工作方式是“救火”約定被理解和管理根據(jù)不同的任務(wù)計(jì)劃和提供培訓(xùn)過程改進(jìn)涉及每個人各紀(jì)律之間的關(guān)系不協(xié)調(diào)甚至可能是對立的人員得到培訓(xùn)表2.1提高CMM級別的含義級別1級別2級別3級別4級別5幾乎沒有穩(wěn)定過程存在或被使用文44級別1級別2級別3級別4級別5技術(shù)引入新技術(shù)有風(fēng)險已建立技術(shù)支持，穩(wěn)定的活動定量評價新技術(shù)定量評價新技術(shù)新技術(shù)被預(yù)先跟蹤，并推廣應(yīng)用測數(shù)據(jù)收集與分析是混亂的計(jì)劃和管理數(shù)據(jù)由單個項(xiàng)目使用在所有定義的過程中收集和使用數(shù)據(jù)整個組織中數(shù)據(jù)的定義和收集被標(biāo)準(zhǔn)化整個機(jī)構(gòu)中有著強(qiáng)烈的團(tuán)隊(duì)精神量跨項(xiàng)目系統(tǒng)地共享數(shù)據(jù)數(shù)據(jù)被用來定量地理解和穩(wěn)定過程級別1級別2級別3級別4級別5技引入新技術(shù)有風(fēng)險已建立技術(shù)支452.4效能預(yù)測

一個組織的軟件過程成熟度有助于預(yù)測一個項(xiàng)目滿足其預(yù)定目標(biāo)的能力。處于級別1組織中的項(xiàng)目在達(dá)到成本﹑進(jìn)度﹑功能﹑質(zhì)量等目標(biāo)方面會有很大的偏差。圖2.3說明在可預(yù)測性、控制和效率方面所期望的改進(jìn)種類，它以概率密度的形式給出了一個特定項(xiàng)目相對目標(biāo)的可能性能。這里的目標(biāo)可能是進(jìn)度、成本、質(zhì)量等等。

2.4效能預(yù)測一個組織的軟件過程成熟度有助于預(yù)測一個項(xiàng)目46圖2-3改進(jìn)控制、可預(yù)測性和效率

圖2-3改進(jìn)控制、可預(yù)測性和效率47CMM改進(jìn)指南-第2章軟件過程成熟度框架課件48CMM改進(jìn)指南-第2章軟件過程成熟度框架課件49作為一個成熟的組織，首先期待的改進(jìn)是可預(yù)測性。當(dāng)成熟度增加時，項(xiàng)目的目標(biāo)結(jié)果與實(shí)際結(jié)果之間的差異減少。例如，級別1的組織經(jīng)常在原定的發(fā)布日期時仍有很多工作未完成，但較高成熟度級別的組織能更準(zhǔn)確地如期完成項(xiàng)目。

作為一個成熟的組織，首先期待的改進(jìn)是可預(yù)測性。當(dāng)成熟度增加時50第二個改進(jìn)是可控制性。當(dāng)成熟度增加時，實(shí)際的結(jié)果和目標(biāo)結(jié)果之間的偏差減小了。例如，對相同規(guī)模的項(xiàng)目，1級組織的發(fā)布日期不可預(yù)測而且波動極大。但是類似的項(xiàng)目在較高成熟度的組織中發(fā)布日期只有較小變化。

第二個改進(jìn)是可控制性。當(dāng)成熟度增加時，實(shí)際的結(jié)果和目標(biāo)結(jié)果之51第三個改進(jìn)是效率。當(dāng)組織的成熟度提高