一．CMMI概述

CMMI將軟件過程中的很多步驟都通過步驟規(guī)范起來，它給出了過程改進的模型和大框架如各過程域的特定目標及特定實踐和共性目標及共性實踐，并沒有告訴我們具體應該怎么去做。因為軟件過程中的每一步都需要經過思考、決策、有依據才能得出過程的結果，所以減少了每一步發(fā)生錯誤的可能性。

CMMI是Capacity Maturity Model Integrated的簡稱，即集成的軟件能力成熟度模型，CMM是CMMI的早期版本，它主要用于軟件工程，而CMMI是一種綜合性模型，它是工程實施和管理方法，它在軟件與系統(tǒng)集成以外的如科研、工程等領域都得到了廣泛的應用。

CMMI是一個由理論和經驗部分組成的模型。它有連續(xù)式和階段式兩種表述方式，其中連續(xù)式主要用于衡量一個企業(yè)的項目能力，而階段式主要用來衡量一個企業(yè)的成熟度。在連續(xù)式表述下，企業(yè)在接受評估時可以選擇自己希望評估的過程域和項目來進行評估，所以評估通過率相對比較大，但它反映的那個相對比較窄，因為它僅僅反映該企業(yè)的該過程域及項目或類似項目達到了對應的等級。而用階段式來進行評估時，需由評估師自己來挑選內部的任何項目或其中的某一部分來進行評估。

階段式的CMMI有5個等級，如下：

第一級（初始級）：在該等級下，項目的目標雖然得以實現，但它的實現帶有很多的偶然性和風險性，該級對人員的依賴性比較大，性能依賴個人的能力，且隨個人固有的性能、知識和動機的不同而變化。

第二級（受管理級）：在該等級下，意味著組織要確保策劃、文檔化、執(zhí)行、監(jiān)督和控制項目級的過程，并且需要為過程建立明確的目標，并能實現成本、進度和質量目標等。在這種情況下，組織已經營造了一個穩(wěn)定的、受控的開發(fā)環(huán)境，項目已經在受控制的狀態(tài)下運行。該級包括如下7個過程域：需求管理（RM）、項目策劃（PP）、項目監(jiān)督與控制（PMC）、供方協定管理（SAM）、測量與分析（MA）、過程和產品質量保證（PPQA）和配置管理（CM）。

第三級（已定義級）：在等級三下，項目執(zhí)行過程是通過裁剪組織的標準過程集合和組織過程財富庫產生的“已定義過程”，并具備與該過程相適應的運行環(huán)境。該級有如下11個過程域：需求開發(fā)（RD）、技術解決（TS）、產品集成（PI）、驗證（VAE）、確認（VAL）、組織過程聚焦（OPF）、組織過程定義（OPD）、組織培訓（OT）、集成項目管理（IPM）、風險管理（RSKM）和決策分析和決定（DAR）。

第四級（定量管理級）：在等級四下，組織建立了產品質量、服務質量以及過程性能的定量目標，運用統(tǒng)計技術和定量目標作為判斷過程管理成功的標準。在過程的生命周期里，對產品質量、服務質量和過程性能做到統(tǒng)計意義上的了解和管理。同時過程波動的特殊原因采取措施，保持過程的穩(wěn)定性，該級包括如下兩個過程域：組織過程性能和定量項目管理。

第五級（持續(xù)優(yōu)化級）：該等級的突出特征是過程性能的持續(xù)改進。組織建立起整個組織的定量過程的定量過程改進目標，并且把它們作為過程改進的判斷標準；這些目標將適時修改，以反映不斷變化的本組織的商業(yè)目標。也就是對過程的普通原始采用系統(tǒng)的措施，提升過程本身的能力或性能；實際實施的過程和組織的標準過程集合都是改進活動的對象。該級包括如下兩個過程域：組織革新和部署；原因分析和決定。

二．CMMI給我們帶來了什么好處？

概括來說，CMMI給我們帶來了如下好處：改進進度和預算的可預測性、改進開發(fā)周期、提高生產率、改進質量（質量缺陷）、增加客戶的滿意度、提高員工的士氣、增加投資回報和低質量成本。

對于不同的人來說，CMMI給他們帶來的好處各有不同，例如，對于企業(yè)的老板來說，CMMI不僅提高了企業(yè)整體的管理水平，而且為企業(yè)引進了科學高效的管理觀念、創(chuàng)造了更好的利益。而對于項目經理來說，對CMMI技術的學習掌握能夠提高自身的項目管理能力，因此能夠更好的提高項目質量，低成本、按期限的完成既定的任務等等。

CMMI的實施包括如下幾個步驟：差距分析、過程定義、過程部署和實施、預先評估和正式評估五步。它的實施能夠提高我國企業(yè)的管理水平，使我國的企業(yè)在管理上能夠盡快地引入國際上的先進技術。調整了我國企業(yè)的管理體制，使其從無序變成有序、主觀變成客觀、人治變?yōu)榉ㄖ苹蛑贫然芾怼MMI應用將產生的直接效果是提高了工程項目的質量、降低了工程的成本，保證了工程的周期、提高我國企業(yè)的在國內與國際市場上的競爭能力。

越來越多的大型企業(yè)開始要求其工程承包商具有一定的CMMI級別。級別高的企業(yè)在贏得項目的競標中具有一定的優(yōu)勢。因此，如果沒有CMMI的等級評估，企業(yè)就會失去很多商機。另一方面，企業(yè)通過CMMI評估也是為了提升企業(yè)內部的管理水平，降低企業(yè)的工程成本，得到更加豐厚的回報，對企業(yè)來說受益不少。

就實踐中的公司來說，CMMI的實施也會給公司項目管理者帶來了福音。如從CMMI實施中進行差距分析來說，測量與分析、風險管理、組織培訓等地方明顯做得不夠。因為沒有測量與分析的數據的采集，導致過程中的很多地方無法進行估量。因為對風險管理得不夠，使得風險散播到項目過程中的各個地方，無法從某處獲得對風險的集中管理。因為上級的組織培訓的不重視，導致很多技能不能被相關人員較快較好的掌握。除此以外，還存在很多的問題，CMMI的實施給公司項目管理者帶來了福音。

三．對CMMI的推動和若干問題的思考

1. 實施CMMI最好采用什么方式來驅動？

答案是以公司的商業(yè)目標和實際需求來驅動，有些公司的經營戰(zhàn)略上，質量是核心競爭力，質量關注會多一些是過程改進的重點，有些將價格低作為公司的核心競爭力，成本關注會多一些是過程改進的重點，真正遵循IDEAL(I-初始；D-診斷；E-建立；A-執(zhí)行；L-學習)組織過程改進模型。

CMMI只是告訴我們需要做什么(目標和實踐)，給出了過程改進的模型和大框架，但具體如何做，以及采用什么工具、方法和技術等去做，這些答案需要我們自己去找。

我們不應該過分的追求一定要采用那一種方法或工具來做好某件事情，為達成目標應該來說方法或工具是很多的，公司應根據公司實際的情況來選擇，例如設計圖我們并不一定需要采用專門的Rose的工具來做；對需求等的跟蹤并不一定要采用專門的需求跟蹤工具來做，很多時候Excel就能夠達到很好的跟蹤效果。在以公司的商業(yè)目標和實際需求來驅動的過程中，可以靈活的采用適合的方法或工具，不應該太過拘泥，只要可以達成的公司的商業(yè)目標和實際需求，同時又很合適自己公司就是好的過程，從這點上看，還有一個表現，即使不同公司的商業(yè)目標和實際需求是一致，也許不同公司對過程有也不同的想法和做法，所謂條條大路通羅馬就是這個意思。

2. CMMI與ISO9001存在哪些區(qū)別？

ISO9001現在很多人理解為僅僅是認證，我個人認為ISO9001更重要的是一個質量方面的過程改進模型；ISO9001標準的4.1明確的提出，標準的目標有兩個：（第一是需要證實其具有穩(wěn)定地提供滿足顧客要求和適用的法律法規(guī)要求的產品的能力；第二是通過體系的有效應用，包括體系持續(xù)改進(的)過程的有效應用,以及保證符合顧客要求和(與)適用的法律法規(guī)要求，旨在增強顧客滿意。）其中第二條講的就是過程改進，一個公司在剛開始實施過程改進時，公司的人員的由于能力不夠或經驗不豐富，你說策劃的做法不是第一策劃就一定好，一般一定有不足的地方，也就是過程本身不完美，過程能力或性能的不夠，過程本身就會做出不良的產品和工作，所以需要不斷根據公司的質量方針和目標不斷改進，改進到過程本身具備滿足目標的能力或性能，這時由于過程能力或性能夠，過程本身做出的產品和工作就是符合要求的，這就是真正意義上的質量保證（本身不出錯）。從過程改進的角度來說，CMMI與ISO9001的出發(fā)點和目標是一致的；

區(qū)別：

一是：ISO9001僅僅是質量過程改進模型；而CMMI是組織過程改進模型可以包括質量、進度、成本等方面的過程改進；

二是：取得ISO 9000認證不意味著完全滿足CMMI的某等級要求。取得CMMI第二級或第三級也不能籠統(tǒng)地認為可以滿足ISO 9000的要求。因為兩個模型的內容有輕微的差異；如ISO9001說顧客財產管理，CMMI沒有此方面的比較具體的要求。

3. CMMI過時了嗎？

迭代開發(fā)技術、軟件產業(yè)最佳實踐、和經濟動機推動組織采用基于結果的方法：開發(fā)業(yè)務案例、構想和原型方案；細化后納入基線結構、可用發(fā)布，最后定為現場版本的發(fā)布。雖然CMMI保留了基于活動的方法，它的確集成了軟件產業(yè)內很多現代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯系。

分析CMMI和迭代開發(fā)之間有什么聯系，方法之一就是看CMMI模型的每個PA是否為這種開發(fā)方法激發(fā)了合理的軟件管理原理。如項目策劃過程域的三個目標（建立和維護項目計劃因素的估計值、建立和維護項目計劃、建立和維護對項目計劃的承諾）對于迭代開發(fā)來說仍然是非常需要的，并不是多余，所以CMMI和迭代思想聯系得很緊密，所以說CMMI并沒有過時。

4．CMMI與ISO9001、敏捷開發(fā)的關系？

最近幾年來，敏捷開發(fā)已經成為一項主流開發(fā)技術。很多成功的企業(yè)都在使用這個技術。那么CMMI與ISO9001、敏捷之間存在怎么樣的關系呢？分析如下：

CMMI回顧：在80年代早期，在SEI的資助下美國空軍成立了一項研究來分析為什么許多軟件合同都會超出工期和預算。他們的結論是：糟糕的過程。由此，產生了CMM&CMMI。能力成熟度模型CMMI是一個過程改進方法和模型，它為組織提供了實現高效的軟件交付過程所必需的基本元素，關注通過切實改進過程域的成熟度，實現過程改進的目標。它可以用來指導一個項目、一個部門甚至整個組織的過程改進。CMMI能幫助我們整合以往各自為政的組織功能，建立過程改進的目標與優(yōu)先級，指導我們進行質量改進，還提供了評價現有過程的參照點。

ISO9001回顧：近年來，國際上影響最為深遠的質量管理標準當屬國際標準化組織于1987年公布的ISO9000系列標準，這一國際標準發(fā)源于歐洲經濟共同體，但很快就波及美國、日本及世界各國。到目前為止，已有70多個國家在它們的企業(yè)中采用和實施這一系列標準。

敏捷回顧：使用敏捷式方法要求IT和業(yè)務方面的參與者緊密溝通，更快的交付業(yè)務需求從而更快的獲取效益。降低改變的成本、提高系統(tǒng)的靈活性，以及降低投資的風險。敏捷式開發(fā)能在質量上有很大的提高。大概在60年代的時候，軟件開發(fā)是沒有計劃性的，基本是寫出來，誰也不知道什么時候能交付，但也就是在那個時候，軟件工程學的概念在美國召開的一次會議上頭一次被提出來，傳統(tǒng)工程學通常是把項目分成三步或者四步，先把需求確立起來，進行設計構建。應用到軟件里是開始先由分析人員對需求進行分析，然后設計，架構師把整體的東西設計出來，再確定下來交給編程的團隊，編程的團隊按照需求規(guī)格，把東西給做出來，所有的這些東西都是由不同的人在不同的時間完成的。

這種模式的優(yōu)點是：開發(fā)計劃性非常強，因為你知道什么人在什么時候做什么事情。但也存在一些缺點，這些缺點主要由軟件開發(fā)和傳統(tǒng)的建筑工程學的不同引起。客戶需求的不斷變化，特別是商業(yè)軟件，跟隨市場的變化，客戶需求也在不斷變化?？蛻舯旧碓谀X子里并不是很清楚自身需要什么，在它看到了產品后，在使用的過程中，他對自己想要的東西才有了一些更加確定的想法，知道了怎樣的東西才是自己所需要的。但在這個階段的需求變化使得項目步履維艱、使得成本大幅度增加。所以工程學里一個核心的概念，變化是最可怕的一件事情，從設計角度也好、分析的角度也好，不管怎么，不要變化，這樣就使成本增加。

敏捷式開發(fā)最核心的東西是它不排斥變化，對變化采取的是適應性的態(tài)度。敏捷式的開發(fā)針對一小部分進行設計測試，對每一個循環(huán)時間非常短，軟件從小到大，從很小的一點到不斷的增加擴大，而且增長的過程中是對軟件不斷修改的過程。

敏捷開發(fā)還有一個很大的特點就是它是以人為本，而不是以方法為本的。我們的軟件開發(fā)是腦力勞動，而不是簡單的工作。如果你設計出一套方法來，不管什么方法，讓每個人去適應的方法，最后開發(fā)效應反而不如你組建一個具有進取心的團隊，這個團隊通常情況下是先選擇一種方法，細節(jié)也一樣，在開發(fā)過程中，不斷對方法反思，直到達到這個團隊的最高開發(fā)效應為止。

敏捷是一個高度協作的、演進的以及關注質量的軟件開發(fā)方法，是一種允許快速業(yè)務變更的開發(fā)實踐。敏捷的核心是敏捷的4個核心價值觀和12條原則，外圍則是滿足不同團隊需求的各種敏捷實踐，敏捷的不同之處在于其更關注團隊協作、關注質量、關注可工作的軟件。敏捷來源于實踐而不是理論。

在追求卓越的過程中，組織會嘗試多種途經，采用不同的原則、方法及技術。一個對敏捷實踐感興趣的組織可能也會對PMI的OPM3、ISO或能力成熟度模型集成（CMMI）感興趣，反之亦然，因為這些都是通向卓越的手段。CMMI與敏捷框架在很多方面能夠和平共處，互相補充，甚至可能協同工作。

從本質上講，CMMI、ISO和Agile都是人們?yōu)榱私鉀Q在軟件生產過程中出現的質量低下、進度延遲、預算超支等問題，而產生的標準或過程改進的模型或方法實踐，只是它們的關注點有所不同而已。CMMI和ISO關注為了實現組織軟件生產目標，我們應該做什么？但卻不關注如何做。而敏捷開發(fā)作為一個實踐性方法，更關注怎么做。因此，在具體操作過程中，可以通過有效結合，能夠使組織更快、更好地實現過程改進目標。為了能夠有效結合各種CMMI和敏捷開發(fā)，組織必須明確它們的區(qū)別和聯系，以及每種方法的主要關注點。

如上表所示，CMMI和敏捷開發(fā)的主要沖突來自于雙方產生的環(huán)境、目標客戶和團隊文化要素，例如CMMI早期客戶,主要關注大型項目、復雜系統(tǒng)、使命關鍵(Mission Critical)系統(tǒng)，而敏捷開發(fā)主要關注小項目、簡單應用和靈活多變的系統(tǒng)；CMMI的假想市場和用戶主要面向成熟市場，面向那些關注流程創(chuàng)新的企業(yè)，而敏捷開發(fā)主要關注在新興市場和多變的市場環(huán)境；文化方面，CMMI強調流程和管理，而敏捷更強調高度信任的氛圍中，被激勵起來的個人之間的協作創(chuàng)新。

但在整體上，CMMI和敏捷開發(fā)能夠很好地相互補充、相互支持。首先在關注點上CMMI關注組織級或企業(yè)級改進，關注回答項目應該做什么，而不是具體怎么做的方法，而敏捷開發(fā)則更關注項目級改進，關注項目具體怎么做的方法和最佳實踐，這使雙方在定位方面形成很好的相互補充的態(tài)勢，一方面CMMI為敏捷提供組織級擴展的能力和必須的組織治理框架，便于組織級對敏捷最佳實踐的推廣和重用；另一方面，敏捷為CMMI提供了項目級的具體實踐方法，確保團隊在CMMI框架下能夠快速響應，不斷創(chuàng)新，持續(xù)交付價值。兩者的有效結合，能夠有效實現個人績效向團隊績效、向組織績效的轉變過程。同時，也可以通過敏捷實踐，規(guī)避CMMI實施過程中重文檔、重流程的不良傾向，使CMMI實施時更加關注組織的實際價值、關注客戶、關注創(chuàng)新。

結論

至此已經講明CMM與敏捷實踐之間的關系和協作效果。為了取得最好的效果，學習CMMI的各個過程域、各個成熟度級別并掌握如何在敏捷與CMMI之間過渡的能力非常重要。