一、CMMI-DEV簡介

CMMI（Capability Maturity Model Integration）能力成熟度模型集成，是SEI于2000年發布的CMM的新版本，目前CMMI已經發展到1.3版本，從2011年11月30日后，只接受1.3版本的評估結果。

CMMI-DEV開發模型最新版本是SEI于2010年11份發布的CMMI for Development v1.3版本。該版本主要用于軟件工程、硬件工程等產品開發領域。

所謂CMMI-DEV即CMMI for Development開發模型。該模型是目前在全國使用最廣的模型，通常說的CMMI模型即指該模型，該模型主要用于軟件工程、硬件工程、系統工程等產品開發領域。 該模型基本上覆蓋了產品研發的各個過程領域，包括：項目管理、需求、設計、開發、驗證、確認、配置管理、質量保證、決策分析以及對研發的改進和培訓等一系列活動。 該模型按照成熟度等級的逐步提高，產品開發企業的產品研發風險越來越低，研發效率和質量越來越高。該模型自2000年進入中國以來，已經有1700多家企業通過了CMMI不同等級的評估。

CMMI-DEV開發模型是美國 SEI 所發行適用于發展的能力成熟度整合模式。CMMI-DEV 以「CMMI Model Foundation」為基礎，并與數個發展組織合作修調CMMI 以便發展業使用。此模式的最佳實務著重于對客戶及用戶提供有質量的發展活動。CMMI-DEV 包含 22 個流程領域，其中有 16 個為核心流程領域，1 個為共同使用流程領域，并且有 5 個為 CMMI-DEV 所專有的流程領域。所有 CMMI-DEV 模式中的執行方法都是針對發展者組織的活動，其中 5 個專門針對發展相關之執行方法的流程領域分別為需求發展、技術解決方案、產品整合、驗證及確認。

按照階段式表達方式將成熟度分為五個等級，每個等級包含相應的過程域。

CMMI-DEV開發模型幫助生產服務開發組織整合他們的軟件開發和系統工程來改進他們本身的性能和提高過程改進的效率。

CMMI認證共分為五級(以分段式表述而言)為第一級：初始級、第二級：已管理級、第三級：已定義級、第四級：量化管理級、第五級：優化管理級。

(3) CMMI的相關產品

CMMI-SE/SW/IPPD/SS Continuous/Staged

CMMI-SE/SW/IPPD Continuous/Staged

CMMI-SE/SW/ Continuous/Staged

CMMI-SW Continuous/Staged

Appraisal Requirements for CMMI

Standard CMMI Appraisal Method for Process Improvement(SCAMPI) ：Method Definition document

(4) CMMI與國際「軟體發展標準」關連圖

(5) 名詞解釋

二、模式架構

流程是組織持續改善的掌控點。 CMMI的目的是提供指導原則，產品(或服務)之發展、采購及維護改善組織的流程及改善管理的能力。 CMMI將已認可的執行方法放在一個架構下，以幫助組織評鑒它的組織成熟度或流程領域能力，借此建立改善的優先順序以落實改善。

組織可用CMMI模式，來設定流程改善的目標、優先順序、改善流程，并提供指導原則以確保穩定、適任及成熟的流程。 CMMI能當作組織自我改善的指引。

在CMMI模式的兩種表述中，包含有流程領域、特定目標、特定執行方法、一般目標、一般執行方法、典型的工作產品、細部執行方法、注解、專業領域強化、一般執行方法詳細說明與參考資料。

(1) Maturity Levels成熟度

組織成熟度提供在某些特定的專業領域下，預測組織未來績效表現的方法。 經驗顯示，在組織改善的過程中，流程領域的復雜性會不斷增加，若組織能專注于一組可掌握的流程領域，將會有最佳的績效表現。

成熟度是經過定義的進階式流程改善的指標。 每一成熟度是穩定組織流程的重要部分。 每達成一級成熟度，即代表組織流程能力的增進。

共有由一到五個成熟度階段，每一階段成熟度都是下一階段流程改善的基礎：

A.成熟度第二級的流程領域

包含如下：

(A)需求管理(Requirements Management)管理專案產品與產品組件之需求，并且界定專案計畫、工作產品與需求這兩者之間，是否有不一致的情形。

(B)專案規劃(Project Planning)建立并維護定義專案活動的計畫。

(C)專案監控(Project Monitoring and Control)提供對專案進度的了解，使得當專案績效明顯偏離原先計劃時，能采取適當的矯正措施。

(D)供應商協議管理(Supplier Agreement Management)管理和專案有正式協議的供應商之產品與服務的采購。

(E)度量與分析(Measurement and Analysis)發展并維護支援管理資訊所需的度量能力。

(F)流程與產品品質保證(Process and Product Quality Assurance)提供員工和管理階層，對于流程與相關工作產品客觀的觀察

(G)建構管理(Configuration Management)建立并維護藉由建構識別、建構管制、建構狀態記錄及建構稽核，使工作產品具完整性。

B.成熟度第三級的流程領域

包含如下：

(A)需求發展(Requirements Development produces)提供客戶、產品與產品組件的需求與分析，這些是發展與了解所需的。

(B)技術解決方案(Technical Solution)用以發展、設計與實作對于需求的解決方案。 解決方案、設計與實作，適當地涵蓋產品、產品組件以及產品相關單一或組合的流程。

(C)產品整合(Product Integration)將產品組件組合成產品，確保產品已經整合、運作正常，并交付客戶。

(D)驗證(Verification)確保工作產品符合特定的需求。

(E)確認(Validation)證明產品或產品組件，于特定的環境下，確實能發揮特定的功能。

(F)組織流程專注(Organizational Process Focus)建立并維護組織流程與流程資產的了解，并且界定、規劃及執行組織流程改善活動。

(G)組織流程定義(Organizational Process Definition)建立并維護可使用的組織流程資產。

(H)組織訓練(Organizational Training)發展人員的技巧與知識，使他們能有效地執行其角色。

(I)整合的專案管理(Integrated Project Management)，根據調適組織標準流程得的整合的已調適流程，建立并管理專案和其關鍵人員。 它也涵蓋建立專案共同愿景及整合團隊結構，以完成專案目標。

(J)風險管理(Risk Management)界定風險發生前的潛在問題，使在達成目標之前的生命周期期間，在有需要時，能規劃風險處理活動，以降低不利的沖擊。

(K)決策分析與解決方案(Decision Analysis and Resolut)于作決策時，使用結構化的方法，依照已建立的準則，評估各備選方案。

(L)適于整合之組織環境(Organizational Environment for Integration)提供整合的專案管理之基礎環境，并管理人員以利整合。

(M)整合團隊合作(Integrated Teaming)形成并維持整合的團隊以發展工作產品。

C.成熟度第四級的流程領域

包含如下：

(A)組織流程績效(Organizational Process Performance)建立并維護組織標準流程績效的量化了解，并提供流程績效的資料、基準與模式，以數量化管理組織的專案。

(B)數量化專案管理(Quantitative Project Management)數量化管理專案的已調適流程，以達成該專案所建立的品質與流程的績效目標。

D.成熟度第五級的流程領域

包含如下：

(A)組織創新與推展(Organizational Innovation and Deployment)選擇與推展漸進的與創新的改善活動，可度量地改善組織的流程與技術。 這種改善，支援由組織經營目標所衍引的組織品質與流程績效目標。

(B)原因分析與解決方案(Causal Analysis and Resolution)界定缺失的原因與其他的問題，并采取預防措施，避免這些缺失在未來再發生。

(2) Specific Goals特定目標

特定目標僅適用于單一的流程領域，并強調此唯一的特征，說明有哪些是必須要執行以符合該流程領域。 目標是必要的模式組件，在評鑒時，用于確定某流程領域是否能符合目標。

(3) Specific Practices特定執行方法

特定執行方法是對應于特定目標的活動，對達成特定目標是重要的。 特定執行方法說明一組活動，這組活動被期望可以達成流程領域的特定目標。

(4) Generic Goals一般目標

一般目標可適用于所有的流程領域。 各流程領域中，一般目標之達成與否，代表各流程領域的執行與制度化，是否為有效、可重復與持久的。 一般目標和一般執行方法將在第四章中說明。

(5) Common Features共通特性

四個共通特性組成了各流程領域的一般執行方法。 共通特性的名稱是助益的模式組件。 這種組合只是提供一種方式，來表現一般執行方法。 在模式中的每一共通特性，都用縮寫字來代表。

A.執行承諾(CO)：集合所有與制定政策和確保支援有關的一般執行方法，以尋求流程改善的努力。

B.執行能力(AB)：集合所有用來確保組織及/或專案有充分資源的一般執行方法，以尋求流程改善。

C.督導實行(DI)：集合所有與搜集、度量和資料分析有關的一般執行方法。 其目的在于觀察流程的績效。

D.驗證實行(VE)：集合所有驗證專案及/或組織活動有關的一般執行方法，以驗證其是否符合需求、流程與程序。

(6) Generic Practices一般執行方法

一般執行方法適用于任何流程領域，因為原則上，它們可以改善任何流程的績效與控制。 一般執行方法，提供制度化的特性，確保流程領域為有效、可重復與持久的。 一般執行方法是期望的模式組件。

(7) Typical Work Products典型的工作產品

典型的工作產品是助益的模式組件，提供執行方法的產品范例。 這些范例，所以稱為典型的工作產品，是因為還有其他的工作產品是有效的，只是未被列出而已。

(8) Subpractices細部執行方法

細部執行方法提供指引，對特定或一般執行方法的詳細說明。 細部執行方法可說成是命令式的，但實際上是助益的模式組件，也就是說，細部執行方法僅提供意見，可用來或不用來做流程改善，并不具強制性。

(9) Discipline Amplifications專業領域強化

專業領域強化是助益的模式組件，包含與特殊專業領域或者特定執行方法相關的資訊。 例如：若在CMMI-SE/SW模式，你想找軟體工程的專業領域強化，你可以去找「軟體工程適用」的標簽。

(10) Generic Practice Elaborations一般執行方法的詳細說明

一般執行方法詳細說明是助益的模式組件，出現在各流程領域，其目的在于說明一般執行方法，要如何應用于流程領域。 例如：一般執行方法的「依需要訓練人員，以執行或支援已規劃流程」，被整合至建構管理流程領域時，就是說明如何進行建構管理的特定訓練。

三、模式應用

(1)流程改善與建立基準之評估

流程評鑒首重認定改善的機會。 組織應依經營與流程改善目標，以及經營與技術結合，而訂定其優先順序。 評鑒小組依CMMI模式的引導界定并列出發現事實的優先順序。 所發現的事實，與模式的執行方法所提供的指引，將被(如：工程流程團隊)用于規劃組織改善的策略。 另外，多數組織為內在的目的與外部的客戶及供應商，找到從事流程改善與基準化其進度之價值認知。

對于組織需要評鑒多種專業領域(例如，軟體工程和系統工程)，整合后的CMMI做法，容許在模式訓練與評鑒訓練內使用較經濟的做法。 一套評鑒方法能呈現多種專業領域獨立運作或合并使用的結果。
另外，組織也許希望使用，例如，有限的B或C級評鑒方法，以連續式的表述致力于有經營價值意義的單獨流程領域。 接著，基于較不尋常狀況下，可能采用A級分段式的流程改善的標準CMMI評鑒方法(SCAMPI)對整個組織作其基準化之評估。

(2) CMMI評鑒需求

CMMI評鑒需求(ARC)是一系列基于CMMI產品發展、定義及使用所定的評鑒方法準則。 ARC提供多種評鑒方法需求，與決定特殊評鑒方法之適切性的指引。 適切性述及評鑒結果的正確性及可重復性。
ARC將CMMI模式當作其相關的參考模式。 CMM評估架構(CAF)V1.0原先推出僅用于描述與軟體CMM相關的評鑒方法。 自從CMM納入CMMI架構，ARC就被用來說明對新模式，以及對分段式與連續式的表述模式所造成影響。

(3)轉換到CMMI

A.有軟體CMM經驗的組織

大部份組織原初轉換到CMMI是要尋求修訂流程改進工作，包括加入版本2.0C草案的改善，以增進組織與CMMI模式賦予生命周期之寬廣度。 許多這類組織需要決定最好的時間點來轉換，以保留計畫達成的價值，例如，達成特定成熟度。

組織已達到高層級的成熟，或許希望更快轉換，以取得誠如CMMI所述更多組織優勢之利基。 這些組織會發現到本模式與傳統(原來)模式 的高度共通性。 此外顯著的改進包括：工程領域，更多細節在風險管理與度量及分析等，這些改進均為軟體CMM所不能明確顯現的。

B.有SECM經驗的組織

組織流程改善的工作放在系統工程模式架構里也有類似的選擇，這選擇系來自考量現行改善工作的進展。 流程能力強調在這模式系列，相對于在SW-CMM所強調之多種流程領域，會使得轉換選擇機會更多。
EIA/IS 731演變涉及：(1)重新整理某些目標與流程領域內之特定執行方法；(2)新增輔助資料。 因而在初步轉換步驟，可容許以現行特定執行方法改善努力，與在CMMI模式所預期的改善努力相比較。

C.無任何模式經驗的組織

無任何模式經驗的組織被假設為屬兩種類型之一。 其一為組織在其他品質計劃下如ISO 9000或Malcolm Bridge已進行流程改善之努力；其二為組織已考量這類的努力方向，是因為那堆積如山之證據、這證據是堅持此承諾而得來之經營價值。

(4)訓練

訓練在組織能力使用CMMI上是主要的元素，也因此在整套產品里是關鍵的部份。 原初系列的課程是由SEI及接棒伙伴提供，貴組織或許要加入這些含有內部指導的課程。 該方法容許組織將注意焦點，擺在需要更多照顧的領域，因其關連到產品發展的價值鏈。

原初的訓練都能滿足兩種CMMI模式表述，另有其他訓練提供給需要做EPG改進之指引的，或其他尋求成為主評鑒員。

四、調適準則

調適CMMI模式是個流程，因此，僅有模式之子項可使之適用于特定應用上。

調適CMMI評鑒方法，是使用在特定評鑒所用的選項。 在兩種案例，調適的意圖是協助組織或專案，使其經營需要與目標能和CMMI產品相互一致的調整。 如此強調這方面的產品和服務，對組織是極有利的。

(1)模式 調適的觀點

調適CMMI模式可由兩個觀點來看：

(A)調適與使用流程改善模式之關連

(B)調適與使用基準評估模式之關連

(2).內部流程改善的模式調適準則

內部流程改進，應予適當的限制，或擴大組織的或專案改善的努力(包括評鑒)范圍。 調適，可以用來說明個別的專業領域、流程領域、成熟度及(或)能力程度。 模式之調適，應致力于界定流程領域及執行方法，以支援經營之需要及經營目標。

(3)基準評估的模式調適準則

作基準評估時使用CMMI模式的意圖，容許跨業界透過最新穎的報告，或跨組織(如潛在供應商)來比較其流程評鑒結果。 當使用模式于多次評鑒的評等，及/或發現事實時，在這方面任何調適必須確保其結果之一致性。 因此，基準評估的模式調適是顯然受限制的，特別在成熟度方面，此乃肇因于為市場行銷而必須對外公開其評鑒。

(4)小型專案的模式調適

CMMI模式是為所有類型組織使用而撰寫；然而，使用于小型組織此模式必須被解釋。 3-6個月的小型專案案例，高階的執行計畫，為某些專案所發展的通常可以取得。 該高階的執行計畫會定義組織、資源、訓練、管理階層參與及品質保證，且為所屬專案作報告描述。

相反的，專案計畫內，詳述專案的發展、發展流程、時程及成員的任務指定均被定義。 通常計畫中也述及發展計畫、品質保證計畫及建構管理計畫。 某一個四人小組的專案發展團隊，可預期發展一本五頁長的專案計畫。 計畫動態部份，如交付的時程及項目清單附在計畫的附錄內。

(5)評鑒調適準則

CMMI評鑒的主要的調適選擇:

(A)建立評鑒范圍，包括受評鑒的組織單位、受調查的CMMI流程領域和被評鑒的能力程度

(B)選擇評鑒方法

(C)選擇評鑒團隊成員

(D)由評鑒的單位為訪談對象，選擇評鑒的參與者

(E)建立評鑒輸出(例如，評等、專案特定的發現事實)

(F)建立評鑒限制(例如，時間耗用在作業點)

除以上這些調適選擇外，CMMI評鑒方法詳述許多特殊調適的選項，基于考量特殊評鑒的目標，與組織及/或專案的經營目標。 CMMI評鑒計畫及結果文件，必須隨時包括所選用之調適選項的說明，以及任何其他調適模式。 該文件容許決定跨組織的評鑒結果，是對等相容的。

中企檢測認證網提供iso體系認證機構查詢，檢驗檢測、認證認可、資質資格、計量校準、知識產權貫標一站式行業企業服務平臺。中企檢測認證網為檢測行業相關檢驗、檢測、認證、計量、校準機構，儀器設備、耗材、配件、試劑、標準品供應商，法規咨詢、標準服務、實驗室軟件提供商提供包括品牌宣傳、產品展示、技術交流、新品推薦等全方位推廣服務。這個問題就給大家解答到這里了，如還需要了解更多專業性問題可以撥打中企檢測認證網在線客服13550333441。為您提供全面檢測、認證、商標、專利、知識產權、版權法律法規知識資訊，包括商標注冊、食品檢測、第三方檢測機構、網絡信息技術檢測、環境檢測、管理體系認證、服務體系認證、產品認證、版權登記、專利申請、知識產權、檢測法、認證標準等信息，中企檢測認證網為檢測認證商標專利從業者提供多種檢測、認證、知識產權、版權、商標、專利的轉讓代理查詢法律法規，咨詢輔導等知識。

本文內容整合網站：百度百科、搜狗百科、360百科、知乎、市場監督總局 、國家認證認可監督管理委員會、質量認證中心

免責聲明：本文部分內容根據網絡信息整理，文章版權歸原作者所有。向原作者致敬！發布旨在積善利他，如涉及作品內容、版權和其它問題，請跟我們聯系刪除并致歉！

本文來源： http://www.rumin8raps.com/zs/202008/ccaa_5788.html