CMMI
CMMI認(rèn)證是由美國軟件工程學(xué)會(software engineering institute,簡稱SEI)制定的一套專門針對軟件產(chǎn)品的質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn). CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。
近年來，很多軟件企業(yè)紛紛實施CMMI管理模式，不少企業(yè)如：東軟，托普，華為等企業(yè)通過了三級或四級評估。這一方面反映了我國企業(yè)在進(jìn)入WTO后的危機(jī)意識，以及與世界接軌的迫切愿望。另一方面則反映出我國軟件企業(yè)在改進(jìn)管理方法上所作的努力。但是CMMI到底能夠為我們做什么呢？實際上這個問題對不同的人有不同的答案。對采購部門的人員來說，掌握了CMMI技術(shù)可以有目的地考察項目實施人員或公司的實施能力，從而保證所采購的項目能夠順利完成。對于項目經(jīng)理來說，掌握CMMI技術(shù)能夠提高自己的項目管理能力，從而能夠使項目高質(zhì)量，低成本，按期限地完成。對于企業(yè)老總來說，CMMI技術(shù)不僅能夠提升企業(yè)的管理水平，還能夠引入科學(xué)的管理理念，提升企業(yè)的整體管理水平。
CMMI的五個臺階（五個等級）：
臺階一：CMMI一級，完成級。
在完成級水平上，企業(yè)對項目的目標(biāo)與要做的努力很清晰，項目的目標(biāo)得以實現(xiàn)。但是由于任務(wù)的完成帶有很大的偶然性，企業(yè)無法保證在實施同類項目的時候仍然能夠完成任務(wù)。企業(yè)在一級上的項目實施對實施人員有很大的依賴性。
臺階二：CMMI二級，管理級。
在管理級水平上，企業(yè)在項目實施上能夠遵守既定的計劃與流程，有資源準(zhǔn)備，權(quán)責(zé)到人，對相關(guān)的項目實施人員有相應(yīng)的培訓(xùn)，對整個流程有監(jiān)測與控制，并與上級單位對項目與流程進(jìn)行審查。企業(yè)在二級水平上體現(xiàn)了對項目的一系列的管理程序。這一系列的管理手段排除了企業(yè)在一級時完成任務(wù)的隨機(jī)性，保證了企業(yè)的所有項目實施都會得到成功。
臺階三：CMMI三級，定義級。
在定義級水平上，企業(yè)不僅能夠?qū)椖康膶嵤┯幸徽椎墓芾泶胧⒈Ｕ享椖康耐瓿?；而且，企業(yè)能夠根據(jù)自身的特殊情況以及自己的標(biāo)準(zhǔn)流程，將這套管理體系與流程予以制度化這樣，企業(yè)不僅能夠在同類的項目上生到成功的實施，在不同類的項目上一樣能夠得到成功的實施?？茖W(xué)的管理成為企業(yè)的一種文化，企業(yè)的組織財富。
臺階四：CMMI四級，量化管理級。
在量化管理級水平上，企業(yè)的項目管理不僅形成了一種制度，而且要實現(xiàn)數(shù)字化的管理。對管理流程要做到量化與數(shù)字化。通過量化技術(shù)來實現(xiàn)流程的穩(wěn)定性，實現(xiàn)管理的精度，降低項目實施在質(zhì)量上的波動。
臺階五：CMMI五級，優(yōu)化級。
在優(yōu)化級水平上，企業(yè)的項目管理達(dá)到了最高的境界。企業(yè)不僅能夠通過信息手段與數(shù)字化手段來實現(xiàn)對項目的管理，而且能夠充分利用信息資料，對企業(yè)在項目實施的過程中可能出現(xiàn)的次品予以預(yù)防。能夠主動地改善流程，運(yùn)用新技術(shù)，實現(xiàn)流程的優(yōu)化。
由上述的五個臺階我們可以看出，每一個臺階都是上面一階臺階的基石。要上高層臺階必須首先踏上較低一層臺階。企業(yè)在實施CMMI的時候，路要一步一步地走。一般地講，應(yīng)該先從二級入手。在管理上下功夫。爭取最終實現(xiàn)CMMI的第五級。
CMMI3認(rèn)證就是臺階3，通過相應(yīng)的CMMI3級能力評估后，就能獲得3級的證書。
以上信息由泰得利通軟件提供， 無錫泰得利通軟件科技有限公司是專業(yè)從事電子政務(wù)、電子商務(wù)內(nèi)容管理中間件及應(yīng)用軟件研發(fā)與外包服務(wù)的軟件企業(yè)。如果您還有任何問題，歡迎來電咨詢，我們的顧問團(tuán)隊會解答您的疑
CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。
CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三個套裝產(chǎn)品。
CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應(yīng)用于軟件業(yè)項目的管理方法，SEI在部分國家和地區(qū)開始推廣和試用。隨著應(yīng)用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應(yīng)用的綜合性模型
自從1994 年SEI 正式發(fā)布軟件CMM 以來，相繼又開發(fā)出了系統(tǒng)工程、軟件采購、人力資源管理以及集成產(chǎn)品和過程開發(fā)方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應(yīng)用，但對于一些大型軟件企業(yè)來說，可能會出現(xiàn)需要同時采用多種模型來改進(jìn)自己多方面過程能力的情況。這時他們就會發(fā)現(xiàn)存在一些問題，其中主要問題體現(xiàn)在： n 不能集中其不同過程改進(jìn)的能力以取得更大成績； n 要進(jìn)行一些重復(fù)的培訓(xùn)、評估和改進(jìn)活動，因而增加了許多成本； n 遇到不同模型中有一些對相同事物說法不一致，或活動不協(xié)調(diào)，甚至相抵觸。
于是，希望整合不同CMM 模型的需求產(chǎn)生了。1997 年，美國聯(lián)邦航空管理局（FAA）開發(fā)了FAA-iCMMSM（聯(lián)邦航空管理局的集成CMM），該模型集成了適用于系統(tǒng)工程的SE-CMM、軟件獲取的SA-CMM 和軟件的SW-CMM 三個模型中的所有原則、概念和實踐。該模型被認(rèn)為是第一個集成化的模型。
CMMI 與CMM 最大的不同點(diǎn)在于：CMMISM-SE/SW/IPPD/SS 1.1 版本有四個集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應(yīng)用集成產(chǎn)品和過程開發(fā)方面(IPPD)的內(nèi)容，如果涉及到供應(yīng)商外包管理可以相應(yīng)的應(yīng)用SS(Supplier Sourcing)部分。
CMMI 有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種表現(xiàn)方法的區(qū)別是：階段式表現(xiàn)方法仍然把CMMI 中的若干個過程區(qū)域分成了5 個成熟度級別，幫助實施CMMI 的組織建立一條比較容易實現(xiàn)的過程改進(jìn)發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過將CMMI 中過程區(qū)域分為四大類：過程管理、項目管理、工程以及支持。對于每個大類中的過程區(qū)域，又進(jìn)一步分為基本的和高級的。這樣，在按照連續(xù)式表示方法實施CMMI的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。[1]
編輯本段評估
預(yù)備工作
評估實踐證明：在進(jìn)行CMMI評估之前，制定一個正確的評估計劃并將其文檔化，確保有一個富有經(jīng)驗的、受過培訓(xùn)且具有適當(dāng)資格的小組能被用來評估，為執(zhí)行評估過程做準(zhǔn)備，是十分必要的。
我們所說的文檔化CMMI評估計劃的結(jié)果，包括：要求，協(xié)定，估價，風(fēng)險，剪裁方法，以及與評估相關(guān)的實際考慮（例如：日程安排，后勤，組織的背景信息）。此外，還應(yīng)當(dāng)獲取并記錄發(fā)起方對于CMMI評估計劃的正式批準(zhǔn)。在制定評估計劃之前，應(yīng)對CMMI評估輸入中反映出來的協(xié)議文檔化，該協(xié)議將有助于CMMI評估目標(biāo)和關(guān)鍵評估計劃參數(shù)的共同理解。在對驅(qū)動計劃過程的關(guān)鍵參數(shù)達(dá)成共同理解的基礎(chǔ)上，CMMI評估發(fā)起方和SCAMPI主任評估師應(yīng)就評估計劃達(dá)成一致；發(fā)起者和評估小組領(lǐng)導(dǎo)應(yīng)就已計劃的評估中技術(shù)和非技術(shù)細(xì)節(jié)達(dá)成一致。這個計劃在執(zhí)行其他的計劃和準(zhǔn)備階段活動中需要進(jìn)一步細(xì)化。
而通過CMMI評估小組的準(zhǔn)備工作，將產(chǎn)生一支富有經(jīng)驗的、受過培訓(xùn)的且定位準(zhǔn)確的小組準(zhǔn)備執(zhí)行CMMI評估任務(wù)。該小組的成員都應(yīng)當(dāng)獲得了完成他們各自的任務(wù)所必備的知識，或者他們之前所擁有的知識被證實足以完成相關(guān)任務(wù)。評估小組領(lǐng)導(dǎo)者已經(jīng)給每一個人提供了為完成他們各自的任務(wù)所需的對技能進(jìn)行實踐的機(jī)會，或者證實這些技能在過去已經(jīng)得到了示范。小組成員相互了解，同時開始計劃他們?nèi)绾螀f(xié)調(diào)一致的工作。還應(yīng)該做到：準(zhǔn)備好的小組是為評估目標(biāo)而服務(wù)的，小組的成員已提供培訓(xùn)且培訓(xùn)結(jié)果被記錄，在必要的時候，對他們所做的因知識或技能不足的補(bǔ)救工作已經(jīng)完成。我們認(rèn)為，無論CMMI評估小組領(lǐng)導(dǎo)者是從頭培訓(xùn)一支全新的評估小組，還是通過從富有經(jīng)驗的小組成員中選擇來組建一個小組，確保他們與CMMI評估小組領(lǐng)導(dǎo)者能組成一個成功的集體是其責(zé)任。
此外，在對CMMI評估進(jìn)行的預(yù)備工作的過程中，我們還應(yīng)當(dāng)對模型剪裁的原則有所了解：
1.在某些應(yīng)用中，計劃模板和例行的程序能夠根據(jù)評估的需要進(jìn)行調(diào)整，這和當(dāng)?shù)氐倪^程所有權(quán)一樣，有助于交流；
2.一個結(jié)構(gòu)化的計劃工藝組有利于只有有限的評估經(jīng)驗的組織，這樣一個工藝就像緩和策略樣，對于發(fā)現(xiàn)風(fēng)險是一個很有價值的機(jī)會；
3.案例研究材料提供了各種各樣的選擇來擴(kuò)充小組培訓(xùn)內(nèi)容以增強(qiáng)那些更需要培訓(xùn)的重點(diǎn)；
4.富有經(jīng)驗的評估小組領(lǐng)導(dǎo)者在沒有案例分析的情況下，同樣可以管理和模擬評估行為；
5.在小組所有已獲得培訓(xùn)成員的集合中，對小組的建立工作進(jìn)行管理以確保其團(tuán)隊凝聚力是十分重要的，因此，很多的小組建立練習(xí)是可以利用的，小組的規(guī)模、技能、組成部分都是本方法的裁剪內(nèi)容；
6.所采用工具可以包括評估計劃模板，樣例，和計劃模板中嵌入式的程序上的幫助，此外，為了估計評估約束的影響，估算工作表和方法也是很有用處的。
總之，CMMI評估是一個十分復(fù)雜的過程，更由于其具有的不確定性，在評估的實踐中，一定要做到有備無患。真理來自于實踐，我們相信，隨著越來越多的軟件組織著手CMMI評估，越來越多的成功經(jīng)驗將為我們所利用和借鑒。
評估方法
自1991年起，CMM出現(xiàn)了很多模型，覆蓋了各種各樣的專業(yè)領(lǐng)域。其中著名的模型有系統(tǒng)工程·軟件工程·軟件采購·集成產(chǎn)品和流程開發(fā)等。然而當(dāng)企業(yè)想要在組織內(nèi)不同專業(yè)領(lǐng)域的流程改進(jìn)，這些針對不同專業(yè)領(lǐng)域的模型在架構(gòu)·內(nèi)容和方法上的不同限制了組織成功實施改進(jìn)的能力。此外，將這樣模型在組織內(nèi)部集成也提高了培訓(xùn)·認(rèn)證和改進(jìn)的費(fèi)用。一套包括多個專業(yè)領(lǐng)域的模型加上整合的培訓(xùn)和認(rèn)證支持將解決這些問題。
CMMI(Capability maturity model integration)是為了合并三個模型到一個框架中
Capability Maturity Model for Software (SW-CMM) v2.0 draft C,
Electronic Industries Alliance Interim Standard (EIA/IS) 731
Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98
正如其他CMM模型，CMMI提供了流程改進(jìn)的指導(dǎo)，而不是流程或流程的描述。組織使用的實際流程取決于很多因素，包括應(yīng)用領(lǐng)域·組織框架和規(guī)模。CMMI將許多經(jīng)過驗證的方法加入架構(gòu)中，來幫組組織評價成熟度·某個軟件流程的能力度，并且建立改進(jìn)的優(yōu)先順序和實施改進(jìn)。
從CMMI框架可以產(chǎn)生不同的CMMI模型，因此必須首先確定那種模型最適合企業(yè)流程改進(jìn)的需要。
階段式描述 or 連續(xù)式描述
系統(tǒng)工程 or 軟件工程 or 兩者皆有
使用連續(xù)式描述可以根據(jù)企業(yè)需要選擇流程改進(jìn)順序，降低企業(yè)風(fēng)險，這給通過ISO做流程改進(jìn)提供了一個方便的比較。使用能力度(Capability)來衡量。
階段式描述提供了已經(jīng)過驗證的流程改進(jìn)順序，方便從CMM移植過來。使用成熟度(Maturity)來衡量流程改進(jìn)。
系統(tǒng)工程包括整個系統(tǒng)的開發(fā)，可能包括軟件也可能不包括。
軟件工程用于軟件系統(tǒng)的開發(fā)，主要集中在使用系統(tǒng)的·科學(xué)的·量化的方法來開發(fā)·運(yùn)行·維護(hù)軟件。
cmm是項目管理
由美國卡內(nèi)基梅隆大學(xué)的軟件工程研究所(SEI)創(chuàng)立的CMM(Capability Maturity Model 軟件能力成熟度模型)認(rèn)證評估，在過去的十幾年中，對全球的軟件產(chǎn)業(yè)產(chǎn)生了非常深遠(yuǎn)的影響。CMM共有五個等級，分別標(biāo)志著軟件企業(yè)能力成熟度的五個層次。從低到高，軟件開發(fā)生產(chǎn)計劃精度逐級升高，單位工程生產(chǎn)周期逐級縮短，單位工程成本逐級降低。據(jù)SEI統(tǒng)計，通過評估的軟件公司對項目的估計與控制能力約提升40%到50%；生產(chǎn)率提高10%到20%，軟件產(chǎn)品出錯率下降超過1/3。 對一個軟件企業(yè)來說，達(dá)到CMM2就基本上進(jìn)入了規(guī)模開發(fā)，基本具備了一個現(xiàn)代化軟件企業(yè)的基本架構(gòu)和方法，具備了承接外包項目的能力。CMM3評估則需要對大軟件集成的把握，包括整體架構(gòu)的整合。一般來說，通過CMM認(rèn)證的級別越高，其越容易獲得用戶的信任，在國內(nèi)、國際市場上的競爭力也就越強(qiáng)。因此，是否能夠通過CMM認(rèn)證也成為國際上衡量軟件企業(yè)工程開發(fā)能力的一個重要標(biāo)志。
CMM是目前世界公認(rèn)的軟件產(chǎn)品進(jìn)入國際市場的通行證，它不僅僅是對產(chǎn)品質(zhì)量的認(rèn)證，更是一種軟件過程改善的途徑。參與CMM評估的博科負(fù)責(zé)人表示，通過CMM的評估認(rèn)證不是目標(biāo)，它只是推動軟件企業(yè)在產(chǎn)品的研發(fā)、生產(chǎn)、服務(wù)和管理上不斷成熟和進(jìn)步的手段，是一種持續(xù)提升和完善企業(yè)自身能力的過程。如果一家公司最終通過CMMI的評估認(rèn)證，標(biāo)志著該公司在質(zhì)量管理的能力已經(jīng)上升到一個新的高度。
編輯本段等級
1． 初始級
軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應(yīng)式的。
2．可重復(fù)級
建立了基本的項目管理過程來跟蹤費(fèi)用、進(jìn)度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項目取得的成功經(jīng)驗。
3． 已定義級
已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。所有項目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件，軟件產(chǎn)品的生產(chǎn)在整個軟件過程是可見的。
4． 量化管理級
分析對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。管理有一個作出結(jié)論的客觀依據(jù)，管理能夠在定量的范圍內(nèi)預(yù)測性能。
5． 優(yōu)化管理級
過程的量化反饋和先進(jìn)的新思想、新技術(shù)促使過程持續(xù)不斷改進(jìn)。 每個等級都被分解為過程域，特殊目標(biāo)和特殊實踐，通用目標(biāo)、通用實踐和共同特性： 每個等級都有幾個過程區(qū)域組成，這幾個過程域共同形成一種軟件過程能力。每個過程域，都有一些特殊目標(biāo)和通用目標(biāo)，通過相應(yīng)的特殊實踐和通用實踐來實現(xiàn)這些目標(biāo)。當(dāng)一個過程域的所有特殊實踐和通用實踐都按要求得到實施，就能實現(xiàn)該過程域的目標(biāo)。 能力度等級：屬于連續(xù)式表述，共有六個能力度等級(0~5)，每個能力度等級對應(yīng)到一個一般目標(biāo)，以及一組一般執(zhí)行方法和特定方法。 0 不完整級 1 執(zhí)行級 2 管理級 3 定義級 4 量化管理級 5 最佳化級
編輯本段評估方式
自我評估：用于本企業(yè)領(lǐng)導(dǎo)層評價公司自身的軟件能力。
主任評估：使本企業(yè)領(lǐng)導(dǎo)層評價公司自身的軟件能力，向外宣布自己企業(yè)的軟件能力
CMMI的評估類型：
軟件組織的關(guān)于具體的軟件過程能力的評估。
軟件組織整體軟件能力的評估（軟件能力成熟度等級評估）。
編輯本段CMMI的基本思想
1、解決軟件項目過程改進(jìn)難度增大問題 2、實現(xiàn)軟件工程的并行與多學(xué)科組合 3、實現(xiàn)過程改進(jìn)的最佳效益
編輯本段研發(fā)背景
CMM的成功促使其他學(xué)科也相繼開發(fā)類似的過程改進(jìn)模型，例如系統(tǒng)工程、需求工程、
人力資源、集成產(chǎn)品開發(fā)、軟件采購等等，從CMM衍生出了一些改善模型，比如：
（1） SW-CMM (Software CMM) 軟件CMM
（2） SE-CMM (System Engineering CMM) 系統(tǒng)工程CMM
（3） SA-CMM (Software Acquisition CMM) 軟件采購CMM
（4） IPT-CMM (Integrated Product Team CMM) 集成產(chǎn)品群組CMM
（5） P-CMM (People CMM) 人力資源能力成熟度模型
為了以示區(qū)別，國內(nèi)外很多資料把CMM叫做SW-CMM。按照SEI原來的計劃，CMM的改進(jìn)版本2.0應(yīng)該在1997年11月完成，然后在取得版本2.0得實踐反饋意見之后，在1999年完成準(zhǔn)CMM2.0版本。
但是，美國國防部辦公室要求SEI推遲發(fā)布CMM2.0版本，而要先完成一個更為緊迫的項目CMMI，原因是在同一個組織中多個過程改進(jìn)模型的存在可能會引起沖突和混淆， CMMI就是為了解決怎么保持這些模式之間的協(xié)調(diào)。
CMMI（Capability Maturity Model Integration）即能力成熟度集成模型，這是美國國防部的一個設(shè)想，他們想把現(xiàn)在所有的以及將被發(fā)展出來的各種能力成熟度模型，集成到一個框架中去。這個框架有兩個功能，第一，軟件采購方法的改革；第二，建立一種從集成產(chǎn)品與過程發(fā)展的角度出發(fā)、包含健全的系統(tǒng)開發(fā)原則的過程改進(jìn)。就軟件而言，CMMI是SW-CMM的修訂本。
它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科學(xué)和更周密的優(yōu)點(diǎn)。SEI在發(fā)表CMMI-SE/SW 1.0版時，宣布大約用兩年的時間完成從CMM到CMMI的過渡。 CMMI項目更為工業(yè)界和政府部門提供了一個集成的產(chǎn)品集，其主要目的是消除不同模型之間的不一致和重復(fù)，降低基于模型改善的成本。CMMI將以更加系統(tǒng)和一致的框架來指導(dǎo)組織改善軟件過程，提高產(chǎn)品和服務(wù)的開發(fā)、獲取和維護(hù)能力。
由業(yè)界、美國政府和卡內(nèi)基·梅隆大學(xué)軟件工程研究所率先倡導(dǎo)的能力成熟度模型集成（CMMI）項目致力于幫助企業(yè)緩解這種困境。CMMI為改進(jìn)一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復(fù)，增加透明度和理解，建立了一個自動的、可擴(kuò)展的框架。因而能夠從總體上改進(jìn)組織的質(zhì)量和效率。CMMI主要關(guān)注點(diǎn)就是成本效益、明確重點(diǎn)、過程集中和靈活性四個方面。
與原有的能力成熟度模型類似，CMMI也包括了在不同領(lǐng)域建立有效過程的必要元素，反映了業(yè)界普遍認(rèn)可的"最佳"實踐；專業(yè)領(lǐng)域覆蓋軟件工程、系統(tǒng)工程、集成產(chǎn)品開發(fā)和系統(tǒng)采購。在此前提下，CMMI為企業(yè)的過程構(gòu)建和改進(jìn)提供了指導(dǎo)和框架作用；同時為企業(yè)評審自己的過程提供了可參照的行業(yè)基準(zhǔn)。
編輯本段源模型
軟件能力成熟度模型2.0版，C稿；電子行業(yè)協(xié)會臨時標(biāo)準(zhǔn)（EIA/IS）731；集成產(chǎn)品開發(fā)能力成熟度模型（IPD-CMM）v0.98。
編輯本段原則
（1）、強(qiáng)調(diào)高層管理者的支持。過程改進(jìn)往往也是由高層管理者認(rèn)識和提出的，大力度的、一致的支持是過程改進(jìn)的關(guān)鍵。
（2）、 仔細(xì)確定改進(jìn)目標(biāo)，首先應(yīng)該對給定時間內(nèi)的所能完成的改進(jìn)目標(biāo)進(jìn)行正確的估計和定義并制定計劃。選擇能夠達(dá)到的目標(biāo)和能夠看到對組織的效益。 ?。?）、 選擇最佳實踐，應(yīng)該基于組織現(xiàn)有的軟件活動和過程財富，參考其他標(biāo)準(zhǔn)模型，取其精華去其糟粕，得到新的實踐活動模型。
（4）、 過程改進(jìn)要與組織的商務(wù)目標(biāo)一致，與發(fā)展戰(zhàn)略緊密結(jié)合。
編輯本段目標(biāo)
（1）、 為提高組織過程和管理產(chǎn)品開發(fā)、發(fā)布和維護(hù)能力提供保障。
（2）、 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進(jìn)建立優(yōu)先級以及執(zhí)行過程改進(jìn)。
編輯本段方法
（1）、決定哪個CMMI模型等級最適合組織過程改進(jìn)需要。
（2）、 選擇模型的表示法是連續(xù)式還是階段式。
（3）、 決定組織需要用到的模型中的知識領(lǐng)域。
（4）、 類似CMM提出的過程改進(jìn)6步，集成化過程改進(jìn)分成：開始集成過程改進(jìn),建造集成改善平臺，集成傳統(tǒng)過程，啟動新過程，進(jìn)行改進(jìn)評估。
編輯本段內(nèi)容
CMMI內(nèi)容分為“Required”（必需的）、“Expected”（期望的）、“Informative”（提供信息的）三個級別，來衡量模型包括的質(zhì)量重要性和作用。最重要的是"要求"級別，是模型和過程改進(jìn)的基礎(chǔ)。第二級別"期望"在過程改進(jìn)中起到主要作用，但是某些情況不是必須的可能不會出現(xiàn)在成功的組織模型中。 "提供的信息"構(gòu)成了模型的主要部分，為過程改進(jìn)提供了有用的指導(dǎo)，在許多情況下他們對"必需"和"期望"的構(gòu)件做了進(jìn)一步說明。
"必需"的模型構(gòu)件是目標(biāo)，代表了過程改進(jìn)想要達(dá)到的最終狀態(tài)，它的實現(xiàn)表示了項目和過程控制已經(jīng)達(dá)到了某種水平。當(dāng)一個目標(biāo)對應(yīng)一個關(guān)鍵過程域，就稱為"特定目標(biāo)"；對應(yīng)整個關(guān)鍵過程域就稱為"公用目標(biāo)"。整個CMMI模型包括了54個特定目標(biāo)，每個關(guān)鍵過程域都對應(yīng)了一到四個特定目標(biāo)。每個目標(biāo)的描述都是非常簡捷的，為了充分理解要求的目標(biāo)就是擴(kuò)展"期望"的構(gòu)件。
"期望"的構(gòu)件是方法，代表了達(dá)到目標(biāo)的實踐手段和補(bǔ)充認(rèn)識。每個方法都能映射到一個目標(biāo)上，當(dāng)一個方法對一個目標(biāo)是唯一就是"特定方法"；而能適用于所有目標(biāo)時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標(biāo)有兩到七個方法對應(yīng)。
CMMI包括了10種"提供的信息"：目的，概括和總結(jié)了關(guān)鍵過程域的特定目標(biāo)；介紹說明，介紹關(guān)鍵過程域的范圍、性質(zhì)和實際方法和影響等特征；引用，關(guān)鍵過程域之間的指向是通過引用；名字，表示了關(guān)鍵過程域的構(gòu)件；方法和目標(biāo)關(guān)系，關(guān)鍵過程域中方法映射到目標(biāo)的關(guān)系表；注釋，注釋關(guān)鍵過程域的其他模型構(gòu)件的信息來源；典型工作產(chǎn)品集，定義關(guān)鍵過程域中執(zhí)行方法時候產(chǎn)生的工作產(chǎn)品；子方法，通過方法活動的分解和詳細(xì)描述；學(xué)科擴(kuò)充，CMMI對應(yīng)學(xué)科是獨(dú)立的，這里提供了對應(yīng)特定學(xué)科的擴(kuò)展；公用方法的詳細(xì)描述，關(guān)鍵過程域中公用方法應(yīng)用實踐的詳細(xì)描述。
CMMI提供了階段式和連續(xù)式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟件能力成熟模型就是是階段式的模型，SE-CMM系統(tǒng)工程模型是連續(xù)式模型，而IPD-CMM集成產(chǎn)品開發(fā)模型結(jié)合了階段式和連續(xù)式兩者的特點(diǎn)。
階段式方法將模型表示威一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應(yīng)集中于何處以改善其組織過程，每個KPA用滿足其目標(biāo)的方法來描述，過程改進(jìn)通過在一個特定的成熟度等級中滿足所有KPA的目標(biāo)而實現(xiàn)的。
連續(xù)式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當(dāng)KPA的外部形式，并可應(yīng)用于所有的KPA中，通過實現(xiàn)公用方法來改進(jìn)過程。它不專門指出目標(biāo)，而是強(qiáng)調(diào)方法。組織可以根據(jù)自身情況適當(dāng)裁剪連續(xù)模型并以確定的KPA為改進(jìn)目標(biāo)。
兩種表示法的差異反應(yīng)了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機(jī)制可能不同，但是兩種表示方法通過采用公用的目標(biāo)和方法作為"必需"的和"期望"的模型元素，而達(dá)到了相同的改善目的。
現(xiàn)在CMMI面臨的一個挑戰(zhàn)就是創(chuàng)建一個單一的模型，可以從連續(xù)和階段兩個角度進(jìn)行觀察，包含相同的過程改進(jìn)基本信息；處理相同范圍的一個CMMI過程能夠產(chǎn)生相同的結(jié)論。統(tǒng)一的CMMI（U-CMMI）是指產(chǎn)生一個只有公用方法和支持他們的KPA組成的模型。當(dāng)按一種概念性的可伸展的方式編寫，并產(chǎn)生了用于定義組織的特定目標(biāo)過程模版，定義的模版構(gòu)件將定義一個模型以適用于任何工程或其他方面。
編輯本段與CMM差別
CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區(qū)別就是覆蓋了許多領(lǐng)域；到目前為止包括四個下面領(lǐng)域：
（1）、軟件工程（SW-CMM） 軟件工程的對象是軟件系統(tǒng)的開發(fā)活動，要求實現(xiàn)軟件開發(fā)、運(yùn)行、維護(hù)活動系統(tǒng)化、制度化、量化。
（2）、系統(tǒng)工程（SE-CMM） 系統(tǒng)工程的對象是全套系統(tǒng)的開發(fā)活動，可能包括也可能不包括軟件。系統(tǒng)工程的核心是將客戶的需求、期望和約束條件轉(zhuǎn)化為產(chǎn)品解決方案，并對解決方案的實現(xiàn)提供全程的支持。
（3）、集成的產(chǎn)品和過程開發(fā)（IPPD-CMM） 集成的產(chǎn)品和過程開發(fā)是指在產(chǎn)品生命周期中，通過所有相關(guān)人員的通力合作，采用系統(tǒng)化的進(jìn)程來更好地滿足客戶的需求、期望和要求。如果項目或企業(yè)選擇IPPD進(jìn)程，則需要選用模型中所有與IPPD相關(guān)的實踐。
（4）、采購（SS-CMM） 采購的內(nèi)容適用于那些供應(yīng)商的行為對項目的成功與否起到關(guān)鍵作用的項目。主要內(nèi)容包括：識別并評價產(chǎn)品的潛在來源、確定需要采購的產(chǎn)品的目標(biāo)供應(yīng)商、監(jiān)控并分析供應(yīng)商的實施過程、評價供應(yīng)商提供的工作產(chǎn)品以及對供應(yīng)協(xié)議很供應(yīng)關(guān)系進(jìn)行適當(dāng)?shù)恼{(diào)整。
在以上模塊中，企業(yè)可以選擇軟件工程，或系統(tǒng)工程，也可以都選擇。集成的產(chǎn)品和過程開發(fā)和采購主要是配合軟件工程和系統(tǒng)工程的內(nèi)容使用。例如，純軟件企業(yè)可以選擇CMMI中的軟件工程的內(nèi)容；設(shè)備制造企業(yè)可以選擇系統(tǒng)工程和采購；集成的企業(yè)可以選擇軟件工程、系統(tǒng)工程和集成的產(chǎn)品和過程開發(fā)。CMMI中的大部分內(nèi)容是適用各不同領(lǐng)域的，但是實施中會有顯著的差別，因此模型中提供了"不同領(lǐng)域應(yīng)用詳解"。
CMM的基于活動的度量方法和瀑布過程的有次序的、基于活動的管理規(guī)范有非常密切的聯(lián)系，更適合瀑布型的開發(fā)過程。而CMMI相對CMM更一步支持迭代開發(fā)過程和經(jīng)濟(jì)動機(jī)推動組織采用基于結(jié)果的方法：開發(fā)業(yè)務(wù)案例、構(gòu)想和原型方案；細(xì)化后納入基線結(jié)構(gòu)、可用發(fā)布，最后定為現(xiàn)場版本的發(fā)布。雖然CMMI保留了基于活動的方法，它的確集成了軟件產(chǎn)業(yè)內(nèi)很多現(xiàn)代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯(lián)系。
在 CMMI 模型中在保留了CMM階段式模式的基礎(chǔ)上，出現(xiàn)了連續(xù)式模型，這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時，連續(xù)模型的采用可以給一個組織在進(jìn)行過程改進(jìn)的時候帶來更大的自主性，不用再象CMM 中 一樣，受到等級的嚴(yán)格限制。這種改進(jìn)的好處是靈活性和客觀性強(qiáng)，弱點(diǎn)在于由于缺乏指導(dǎo)，一個組織可能缺乏對關(guān)鍵過程域之間依賴關(guān)系的正確理解而片面的實施過程，造成一些過程成為空中樓閣，缺少其他過程的支撐。兩種表現(xiàn)方式（連續(xù)的和階段的）從他們所涵蓋的過程區(qū)域上來說并沒有不同，不同的是過程區(qū)域的組織方式以及對成熟度（能力）級別的判斷方式。
CMMI 模型中比CMM 進(jìn)一步強(qiáng)化了對需求的重視。在CMM 中，關(guān)于需求只有需求管理這一個關(guān)鍵過程域，也就是說，強(qiáng)調(diào)對有質(zhì)量的需求進(jìn)行管理，而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中，3 級有一個獨(dú)立的關(guān)鍵過程域叫做需求開發(fā)，提出了對如何獲取優(yōu)秀的需求的要求和方法。CMMI 模型對工程活動進(jìn)行了一定的強(qiáng)化。在CMM中，只有3級中的軟件產(chǎn)品工程和同行評審兩個關(guān)鍵過程域是與工程過程密切相關(guān)的，而在CMMI中，則將需求開發(fā)，驗證，確認(rèn)，技術(shù)解決方案，產(chǎn)品集成這些工程過程活動都作為單獨(dú)的關(guān)鍵過程域進(jìn)行了要求，從而在實踐上提出了對工程的更高要求和更具體的指導(dǎo)。CMMI中還強(qiáng)調(diào)了風(fēng)險管理。不像在CMM 中把風(fēng)險的管理分散在項目計劃和項目跟蹤與監(jiān)控中進(jìn)行要求，CMMI3級里單獨(dú)提出了一個獨(dú)立的關(guān)鍵過程域叫做風(fēng)險管理。
編輯本段標(biāo)準(zhǔn)名詞術(shù)語
1 AT Assessment Team 評審小組
2 ATM Assessment Team Member 評審小組成員
3 BA Baseline Assessment 基線評審
4 CAR Causal Analysis and Resolution 原因分析與決策
5 CBA CMM-Based Appraisal 基于CMM的評價
6 CBA-IPI CMM-Based Appraisal for Internal Process Improvement 為內(nèi)部過程改進(jìn)而進(jìn)行的基于CMM的評價（通常 稱為CMM評審）
7 CC Configuration Controller 配置管理員
8 CF Common Feature 公共特性
9 CFPS Certified Function Point Specialist 注冊功能點(diǎn)專家
10 CI Configuration Item 配置項
11 CM Configuration Management 配置管理
12 CMM Capability Maturity Model 能力成熟度模型
13 CMMI Capability Maturity Model Integration 能力成熟度集成模型
14 COTS Commerce off the shelf 商業(yè)現(xiàn)貨供應(yīng)
15 DAR Decision Analysis and Resolution 決策分析與制定
16 DBD Database Design 數(shù)據(jù)庫設(shè)計
17 DD Detailed Design 詳細(xì)設(shè)計
18 DP Data Provider 數(shù)據(jù)提供者
19 DR Derived Requirement 派生需求
20 EPG Engineering Process Group 工程過程小組
21 FP Function Point 功能點(diǎn)
22 FPA Function Point Analysis 功能點(diǎn)分析
23 FR Functional Requirement 功能性需求
24 GA Gap Analysis 差距分析
25 ID Interface Design 接口設(shè)計
26 IFPUG International Function Point Users Group 國際功能點(diǎn)用戶組織
27 IPM Integrated Project Management 集成項目管理
28 IR Interface Requirement 接口需求
29 KPA Key Process Area 關(guān)鍵過程域
30 KR Key Requirements 關(guān)鍵需求
31 LA Lead Assessor 主任評審員
32 MA Measurement and Analysis 測量與分析
33 MAT Metrics Advisory Team 度量咨詢組
34 MCA Metrics Coordinator and Analyst 度量專員
35 ML matreraty library 度量數(shù)據(jù)庫
36 NFR Non-functional Requirement 非功能性需求
37 OC Operational Concept 操作概念
38 OID Organizational Innovation and Deployment 組織革新與部署
39 OPD Organizational Process definition 組織過程定義
40 OPF Organizational Process focus 組織過程焦點(diǎn)
41 OPL Organizational Process Assets 組織過程財富
42 OPP Organaizational Process Perormance 組織過程性能
43 OSSP Organization’s Set of Standard Process 組織標(biāo)準(zhǔn)過程集合
44 OT Organizational Training 組織級培訓(xùn)
45 PA Process Areas 過程域
46 PAT Process Action Team 過程行動小組
47 PB Process Assets Library 過程財富庫
48 PD Preliminary Design 概要設(shè)計
49 PDSP Project Defined Standard Processes 項目定義標(biāo)準(zhǔn)過程
50 PI Produce Integration 產(chǎn)品集成
51 PLC Product Life Cycle 產(chǎn)品生命周期
52 PMC Project Monitoring and Control 項目監(jiān)控
53 PP Project Planning 項目策劃
54 PPQA Process and Product Quality Assurance 過程與產(chǎn)品質(zhì)量保證
55 PPR Price Performance Ratio 性能價格比
56 QA Software Quality Assurance 軟件質(zhì)量保證
57 QA Quality Assurance 質(zhì)量保證
58 QAP Software Quality Assurance Plan 質(zhì)量保證計劃
59 QPM Quantitative Project Management 量化項目管理
60 RD Requirements Development 需求開發(fā)
61 RM/ReqM Requirements Management 需求管理
62 RSKM Risk Management 風(fēng)險管理
63 RTM Requirement Traceability Matrix 需求跟蹤矩陣
64 SAM Supplier Agreement Management. 供應(yīng)協(xié)議管理
65 SC Steering Committee 指導(dǎo)委員會
66 SCAMPI Standard CMMI Assessment Method for Process Improvement 過程改進(jìn)CMMI標(biāo)準(zhǔn)評審方法
67 SCCB Software Configuration Control Board 軟件配置管理控制委員會
68 SCM Software Configuration Management 軟件配置管理
69 SDP Software Development Plan 軟件開發(fā)計劃
70 SEI Software Engineering Institute (美國)軟件工程學(xué)院
71 SEPG Software Engineering Process Group 軟件工程過程組
72 SPI Software Process Improvement 軟件過程改進(jìn)
73 SPP Software Project Planning 軟件項目策劃
74 SPTO Software Project Tracking and Oversight 軟件項目跟蹤與監(jiān)控
75 SR System Requirements 系統(tǒng)需求
76 SRS Software Requirement Specification 軟件需求規(guī)格
77 SSM Software Subcontract Management 軟件分包管理
78 SSR Software System Requirement 軟件系統(tǒng)需求
79 TS Technical Solution 技術(shù)解決方案
80 UC Use Case 用例
81 UID User Interface Design 用戶界面設(shè)計
82 VAL Validation 確認(rèn)
83 VER Verification 驗證
84 WBS Work Breakdown Structure 工作分解結(jié)構(gòu)
85 WP Work Products 工作產(chǎn)品
86 Pre-assessment 預(yù)評審
87 Baseline 基線
88 Quality Attribute 質(zhì)量屬性
89 Scenario 場景
編輯本段實施
現(xiàn)在很多企業(yè)因某種原因想做CMMI了，大體做法
1、決定實施CMMI
2、EPG接受培訓(xùn)，理解CMMI
3、EPG根據(jù)自己理解的CMMI和實際情況開發(fā)一大堆漂漂亮亮的過程文檔、流程圖、表格、模板、檢查單、作業(yè)指南。
4、大家邊聽著EPG的解釋(包括培訓(xùn)、答疑)，邊執(zhí)行這些過程標(biāo)準(zhǔn)，然后審計(內(nèi)、外)
將目前的最佳實踐記錄下來、寫下來、文檔化下來。
很多新的EPG在做了一段時間后無奈的發(fā)現(xiàn)自己居然淪落成了一個過程標(biāo)準(zhǔn)解說員、甚至文檔管理員。自己工作大部分時間是面對文檔，或者督促別人寫文檔 EPG最主要的工作應(yīng)該深入到研發(fā)第一線，幫助研發(fā)人員解決研發(fā)過程中面臨的最嚴(yán)重的實際問題(當(dāng)然是解決方案要上升到過程高度，而不應(yīng)是單個問題或個人)，甚至哪怕是一些不嚴(yán)重但以你的項目經(jīng)驗知道該如何解決的問題上?？傮w說來就是掌握項目進(jìn)展中的任何細(xì)微的技術(shù)難點(diǎn)要點(diǎn)，并主動記錄下來。
為什么這么說呢?CMMI實施的主要宗旨就是以每個項目為采集數(shù)據(jù)的源頭，達(dá)到企業(yè)整體效益提升和資源重用。真正有價值的東西，是需要一線人員在實際工作中遇到問題，解決問題，并總結(jié)問題，不是一個一線工作的流水帳。就象一份研發(fā)人員的日報。寫了上午做什么，下午做什么。這對企業(yè)的積累有什么用處呢?他工作過程中，遇到什么問題，他是怎么解決的，走過什么彎路，實驗過幾種方法，失敗了，失敗的原因是什么，最后選擇了什么方法，可能不是最好的，但完成了任務(wù)，達(dá)到了效率和資源分配的平衡。這些東西才可能是未來類似項目中，遇到類似問題時，可能有參考價值的。通常也是EPG個人職業(yè)生涯的技術(shù)積累。只有公司里每個員工，把自己認(rèn)為最有價值的積累貢獻(xiàn)出來。才可能達(dá)到公司有價值的積累。而決不是形式上寫的上午下午每個小時的流水帳。
編輯本段人員素質(zhì)
1、明白什么是有價值的積累，先是對你個人，然后才是順便幫公司做了積累。
2、深入一線，發(fā)現(xiàn)她們并忠實地記錄她們。CMMI里的SP、GP，只是幫助你，提醒你在哪個環(huán)節(jié)，哪些東西可能是有價值了。你去收集一下，別視而不見了。因為還有一個企業(yè)和你個人的角度不同，立場不同的問題。例如，REQM里收集需求，對個人技術(shù)方面的積累雖然不多，但對企業(yè)是至關(guān)重要的，一次需求變更，沒詳細(xì)寫清楚，忘記了到客戶那里去簽字落實，可能就會給企業(yè)造成很大的損失。做為一個合格的EPG，是需要有這份責(zé)任和義務(wù)把每個環(huán)節(jié)都做到最好，這是職業(yè)道德所在。同時也是對自我延伸的一個好機(jī)會，學(xué)會一些和人的溝通，傾聽，把專業(yè)的東西以平易的方式表達(dá)。這些也都算是EPG額外的收獲。
通常情況下，為了按時按量完成項目，一線的骨干，對寫日報、周報、文檔都很不屑。EPG也很遷就，事后再補(bǔ)，這也不失為一個提高效率的好辦法。但過去一個月半年了，我們正常人的記憶都能想象，很難記住細(xì)節(jié)。無非就是敷衍。這也在情理之中。你總不能讓一個明天就要交東西的小組，今天晚上在通宵努力解決BUG的同時，還寫什么報告，這也不盡人情。但作為EPG不能只把眼光集中在這婦人之心上。要想的更遠(yuǎn)。為什么會把項目推到這么晚，BUG還沒解決完?難道要永遠(yuǎn)這樣下去嗎?項目中是有很多不可預(yù)測的因素，甚至是開發(fā)人員常說的"手氣問題"，"人品問題"。但這些是需要控制的，也是通過經(jīng)驗可以控制的，所謂藝高人膽大。藝的高低，就是經(jīng)驗的積累決定的。
那怎么解決這種兩難的問題呢?逼著技術(shù)骨干寫心水，人家沒時間也的確壓力很大。不寫，公司又得不到有效積累，積累的都是垃圾流水。有個公司的辦法和經(jīng)驗到可以借鑒一下：
公司內(nèi)部搞了個BBS，把不同類型的工作分成不同的組，有純技術(shù)的，JAVA組，C++組等，也有PPT組，甚至動畫組，界面組。大家把自己平時的工作積累FTP上去，甚至制作方法，遇到問題和解決方法的文檔都丟上去，開始怎么想，用了多少套方案，最后選擇了什么。自我感覺如何。把這些心路歷程都寫成文檔。丟到陽光下，大家評論。用點(diǎn)擊率和"頂"的人數(shù)來說明誰寫的是心水，誰在寫垃圾。大家都是一個公司的，很容易實名。直接納入考核機(jī)制中。做為一線人員，大家也有動力來寫，自己的聰明才智有了展現(xiàn)的平臺，虛榮心和荷包都得到了相應(yīng)的滿足。何樂而不為呢?
EPG適時的評估大家的成果，并把他們分到項目里。幫助項目總結(jié)，甚至在平時遇到問題時，直接幫助技術(shù)人員做必要記錄。項目進(jìn)度松時，再督促項目人員完善內(nèi)容。以達(dá)到對個人和公司積累的最大化。
EPG應(yīng)該明白學(xué)習(xí)和積累是個終身的過程，對公司如此，對個人也是如此。CMMI是個輔助，輔助我們對公司做積累，也幫助我們個人做必要的積累。公司需要逐步走向更高的管理水平，發(fā)展平臺。
編輯本段實施流程
階段1：CMMI項目啟動會
明確企業(yè)實施CMMI的商業(yè)目標(biāo)，建立CMMI項目實施的溝通機(jī)制。
階段2：CMMI基礎(chǔ)培訓(xùn)和過程改進(jìn)小組（EPG）組建
進(jìn)行CMMI基礎(chǔ)概念講解，指導(dǎo)企業(yè)建立核心的過程改進(jìn)小組。
階段3：診斷
充分了解企業(yè)研發(fā)過程現(xiàn)狀，識別企業(yè)現(xiàn)有軟件過程與企業(yè)現(xiàn)階段理應(yīng)達(dá)到的CMMI成熟度級別的差距，提交診斷報告，進(jìn)行過程改進(jìn)的策劃。
階段4：過程域培訓(xùn)和文件定義
結(jié)合企業(yè)過程現(xiàn)狀進(jìn)行CMMI過程域培訓(xùn)，通過舉例、案例分析等方式，讓企業(yè)的EPG掌握過程文件定義技巧，結(jié)合企業(yè)實際情況有針對性的定義組織的研發(fā)過程，并確定過程產(chǎn)出物（如：需求報告）
階段5：項目試點(diǎn)
選擇代表公司核心業(yè)務(wù)的項目或者典型項目進(jìn)行試點(diǎn)，通過試點(diǎn)來完善過程文件，從而為企業(yè)全面推廣過程文件打下基礎(chǔ)。
階段6：組織推廣
全員參與全面導(dǎo)入與執(zhí)行CMMI。
階段7：預(yù)評估
驗證組織推廣的結(jié)果，識別企業(yè)尚存缺陷并制定再次改善方案，準(zhǔn)備充分，以便企業(yè)能夠更好進(jìn)行正式SCAMPI評估。
階段8：SCAMPI正式評估
由SEI授權(quán)的主任評估師領(lǐng)導(dǎo)，采用SCAMPI ( Standard CMMI Appraisal Method for Process Improvement)評估方法，對企業(yè)的能力成熟度進(jìn)行正式的評估，頒發(fā)證書，通過SEI網(wǎng)站向全球發(fā)布企業(yè)信息。