CMMI 快速指南

---

---

SEI CMMI - 概述

過程改進是持續改進。我們永遠無法達到完美。在本教程中，我們將學習 CMM，這是一個不斷發展和改進的模型，其重點始終是做得更好。我們的目標應該永遠超越我們的能力。

什麼是 CMM？

• CMM 代表Capability Maturity Model。（能力成熟度模型）

• 關注來自各種知識體系的基本實踐和流程的要素。

• 描述了常識性的、高效的、行之有效的業務方式（你可能已經在做了）——而不是一種激進的新方法。

• CMMI 是一種評估和衡量組織軟體開發過程成熟度的方法。

• CMMI 以 1 到 5 的等級衡量軟體開發過程的成熟度。

• CMM v1.0 由美國匹茲堡卡內基梅隆大學軟體工程研究所 (SEI) 開發。

• CMM 最初是為軟體開發和維護而開發的，但後來擴充套件到：

  • 系統工程

  • 供應商採購

  • 整合產品和過程開發

  • 人員 CMM

  • 軟體採購

CMMI 示例

• 人員 CMM——培養、激勵和留住專案人才。

• 軟體 CMM——增強以軟體為中心的開發和維護能力。

什麼是成熟度？

定義各不相同，但成熟的流程通常被認為是：

• 定義明確的，

• 可重複的，

• 可衡量的，

• 可分析的，

• 可改進的，以及

• 有效的。

糟糕但成熟的流程與完全沒有成熟度一樣糟糕！

CMMI 透過定義一組實踐並提供改進它們的通用框架來幫助解決成熟度問題。CMMI 的重點是識別關鍵過程域和可能構成規範軟體流程的典範實踐。

不成熟的組織與成熟的組織

不成熟的組織具有以下特徵：

• 專案過程中即興發揮

• 忽略已批准的流程

• 被動反應，而非主動預防

• 預算和進度不切實際

• 為了進度犧牲質量

• 沒有客觀的質量衡量標準

相反，成熟組織的特徵如下：

• 組間溝通和協調

• 按計劃完成工作

• 實踐與流程一致

• 根據需要更新流程

• 明確的角色/職責

• 管理層正式承諾

什麼是 CMMI？

CMMI 整合專案旨在解決使用多個 CMM 的問題。CMMI 產品團隊的使命是將三個源模型整合到一個改進框架中，供追求企業範圍過程改進的組織使用。這三個源模型是：

• 軟體能力成熟度模型 (SW-CMM) - v2.0 草案 C。

• 電子工業聯盟臨時標準 (EIA/IS) - 731 系統工程。

• 整合產品開發能力成熟度模型 (IPD-CMM) v0.98。

CMMI 整合

• 構建一組初始的整合模型。

• 根據經驗教訓改進源模型中的最佳實踐。

• 建立一個框架，以實現未來模型的整合。

CMM 和 CMMI 之間的區別

CMM 是特定學科中成熟實踐的參考模型，例如系統工程 CMM、軟體 CMM、人員 CMM、軟體採購 CMM 等，但它們難以根據需要進行整合。

CMMI 是 CMM 的繼承者，它發展成為一套更成熟的指南，並透過結合 CMM 各個學科（軟體 CMM、人員 CMM 等）的最佳組成部分而構建。它可以應用於產品製造、人員管理、軟體開發等。

CMM 只描述軟體工程，而 CMM 整合則描述軟體和系統工程。CMMI 還包含整合過程和產品開發以及供應商採購。

CMMI 和業務目標

CMMI 的目標非常明顯，如下所示：

• 生產高質量的產品或服務——CMMI 模型中的過程改進理念源於戴明、朱蘭和克勞斯比的質量正規化：高質量產品是高質量流程的結果。CMMI 非常關注與質量相關的活動，包括需求管理、質量保證、驗證和確認。

• 為股東創造價值——成熟的組織比成熟度較低的組織更有可能做出更好的成本和收入預測，然後根據這些預測執行。CMMI 支援高質量產品、可預測的進度和有效的衡量，以支援管理層做出準確和可辯護的預測。這種流程成熟度可以防止可能削弱組織在投資者眼中的價值的專案績效問題。

• 增強客戶滿意度——在滿足成本和進度目標的同時提供經過驗證符合客戶需求的高質量產品是獲得客戶滿意度的良好方法。CMMI 透過強調規劃、監控和衡量以及更有效流程帶來的改進的可預測性來解決所有這些要素。

• 增加市場份額——市場份額是許多因素的結果，包括高質量的產品和服務、品牌知名度、定價和形象。客戶喜歡與那些信守承諾的供應商打交道。

• 獲得業界公認的卓越地位——培養卓越聲譽的最佳方法是在專案中始終保持良好的業績，在成本和進度範圍內交付高質量的產品和服務。擁有符合 CMMI 要求的流程可以增強這種聲譽。

SEI CMMI 模型 - 學科

CMMI 整合是一個模型，它集成了多個學科/知識體系。目前，在選擇 CMMI 模型時，您可以使用四個知識體系。

系統工程

系統工程涵蓋完整系統的開發，其中可能包含或不包含軟體。系統工程師專注於將客戶的需求、期望和約束轉化為產品解決方案，並在產品的整個生命週期中支援這些產品解決方案。

軟體工程

軟體工程涵蓋軟體系統的開發。軟體工程師專注於將系統化、規範化和可量化的方法應用於軟體的開發、執行和維護。

整合產品和過程開發

整合產品和過程開發 (IPPD) 是一種系統方法，它在產品的整個生命週期中實現相關利益相關者的及時協作，以更好地滿足客戶的需求、期望和要求。支援 IPPD 方法的流程與組織中的其他流程整合。

如果專案或組織選擇 IPPD，它將與用於生產產品（例如，與系統工程相關的那些）的其他最佳實踐同時執行 IPPD 最佳實踐。也就是說，如果組織或專案希望使用 IPPD，則必須除 IPPD 外選擇一個或多個學科。

供應商採購

隨著工作量變得越來越複雜，專案經理可能會使用供應商來執行功能或新增專案特別需要的產品修改。當這些活動至關重要時，專案將受益於增強的源分析和在產品交付前監控供應商活動。在這種情況下，供應商採購學科涵蓋從供應商處獲取產品。

與 IPPD 最佳實踐類似，必須結合用於生產產品的最佳實踐來選擇供應商採購最佳實踐。

CMMI 學科選擇

選擇學科可能是一個困難的步驟，這取決於組織想要改進什麼。

• 如果您正在改進系統工程流程，例如配置管理、測量和分析、組織流程重點、專案監控和控制、過程和產品質量保證、風險管理、供應商協議管理等，那麼您應該選擇系統工程 (SE) 學科。系統工程的學科擴充套件將得到特別重視。

• 如果您正在改進整合產品和過程開發流程，例如整合團隊合作、整合組織環境，那麼您應該選擇 IPPD。IPPD 的學科擴充套件將得到特別重視。

• 如果您正在改進源選擇流程，例如整合供應商管理，那麼您應該選擇供應商採購 (SS)。供應商採購的學科擴充套件將得到特別重視。

• 如果您正在改進多個學科，那麼您需要處理與這些學科相關的所有領域，並關注這些學科的所有學科擴充套件。

我們將在後續章節中討論與 CMMI 實施相關的不同領域。

SEI CMMI - 表示法

CMMI 的結構如下：

• 成熟度等級（分階段表示）或能力等級（持續表示）
• 過程域
• 目標：通用目標和特定目標
• 通用特徵
• 實踐：通用實踐和特定實踐

本章將討論兩種 CMMI 表示法，其餘主題將在後續章節中介紹。

表示法允許組織追求不同的改進目標。組織可以選擇以下兩種改進路徑之一。

分階段表示法

分階段表示法是軟體 CMM 中使用的方法。這是一種使用預定義的過程域集來定義組織改進路徑的方法。這種改進路徑由稱為成熟度等級的模型元件來描述。成熟度等級是朝著實現改進的組織流程而邁出的定義明確的演變階段。

CMMI 分階段表示法

• 提供經過驗證的改進順序，每個改進都為下一個改進奠定基礎。

• 透過使用成熟度等級，允許跨組織和組織間進行比較。

• 提供從 SW-CMM 到 CMMI 的輕鬆遷移。

• 提供總結評估結果的單一評級，並允許組織間進行比較。

因此，分階段表示法基於經過驗證的流程分組和排序以及相關的組織關係，提供組織改進的預定義路線圖。您不能偏離步驟順序。

CMMI 分階段結構

下圖說明了 CMMI 分階段模型結構。（此處應插入圖片）

持續表示法

持續表示法是 SECM 和 IPD-CMM 中使用的方法。這種方法允許組織選擇特定的過程域並基於其進行改進。持續表示法使用能力等級來表徵相對於單個過程域的改進。

CMMI 持續表示法

• 允許您選擇最符合組織業務目標並減輕組織風險領域的改進順序。

• 能夠在過程域的基礎上進行跨組織和組織間的比較。

• 提供從 EIA 731（以及其他具有持續表示法的模型）到 CMMI 的輕鬆遷移。

因此，持續表示法為組織提供了選擇改進流程以及所需改程序度的靈活性。

CMMI 持續結構

下圖說明了 CMMI 持續模型結構。（此處應插入圖片）

持續表示法與分階段表示法

哪種表示更好？

每種表示都比另一種具有優勢，一些組織同時使用這兩種表示來滿足其改進計劃中不同時間的特定要求。

階段式表示關注組織成熟度，而連續表示關注流程域能力。

組織成熟度和流程域能力是相似的概念。它們之間的區別在於，組織成熟度與整個組織的一組流程域有關，而流程域能力則與與單個流程域或特定實踐相關的一組流程有關。

下圖顯示了這兩種表示。在此圖中，**ML** 表示成熟度等級，**PA** 表示流程域。

CMMI - 成熟度等級

成熟度等級是朝著實現成熟軟體流程的明確定義的演化平臺。每個成熟度等級都在持續流程改進的基礎上提供一層。

採用階段式表示的 CMMI 模型具有五個成熟度等級，分別用數字 1 到 5 表示。它們是：

• 初始級
• 已管理級
• 已定義級
• 定量管理級
• 最佳化級

CMMI 階段式表示成熟度等級

下圖顯示了 CMMI 階段式表示中的成熟度等級。（此處應插入圖片）

現在我們將學習有關每個成熟度等級的詳細資訊。下一節將列出與這些成熟度等級相關的所有流程域。

成熟度等級詳情

成熟度等級由一組預定義的流程域組成。成熟度等級透過實現適用於每個預定義流程域集的**具體**和**通用目標**來衡量。以下各節將詳細描述每個成熟度等級的特徵。

成熟度等級 1 初始級

在成熟度等級 1，流程通常是臨時和混亂的。組織通常無法提供穩定的環境。這些組織的成功取決於組織中人員的能力和英勇行為，而不是對成熟流程的使用。

成熟度等級 1 的組織通常會生產可用的產品和服務；但是，它們經常超過專案的預算和進度。

成熟度等級 1 的組織的特點是傾向於過度承諾，在危機時期放棄流程，並且無法重複過去的成功。

成熟度等級 2 已管理級

在成熟度等級 2，組織已實現成熟度等級 2 流程域的所有**具體**和**通用目標**。換句話說，組織的專案已確保對需求進行管理，並且對流程進行規劃、執行、衡量和控制。

成熟度等級 2 反映的流程規範有助於確保在壓力時期保留現有實踐。當這些實踐到位時，專案將根據其已記錄的計劃執行和管理。

在成熟度等級 2，需求、流程、工作產品和服務都得到管理。工作產品的狀態和服務的交付在規定的時間點對管理層可見。

在相關利益相關者之間建立承諾，並根據需要進行修訂。工作產品與利益相關者一起審查並進行控制。

工作產品和服務滿足其規定的要求、標準和目標。

成熟度等級 3 已定義級

在成熟度等級 3，組織已實現分配給成熟度等級 2 和 3 的流程域的所有**具體**和**通用目標**。

在成熟度等級 3，流程具有良好的特徵和理解，並在標準、程式、工具和方法中進行了描述。

成熟度等級 2 和成熟度等級 3 之間的關鍵區別在於標準、流程描述和程式的範圍。在成熟度等級 2，標準、流程描述和程式在流程的每個特定例項（例如，在特定專案上）中可能大相徑庭。

在成熟度等級 3，專案的標準、流程描述和程式是從組織的標準流程集中定製的，以適應特定的專案或組織單元。組織的標準流程集包括在成熟度等級 2 和成熟度等級 3 中討論的流程。因此，在整個組織中執行的流程是一致的，除了定製指南允許的差異。

另一個關鍵區別在於，在成熟度等級 3，流程的描述通常比成熟度等級 2 更詳細和更嚴格。在成熟度等級 3，流程使用對流程活動相互關係的理解和對流程、其工作產品及其服務的詳細衡量指標更主動地進行管理。

成熟度等級 4 定量管理級

在成熟度等級 4，組織已實現分配給成熟度等級 2、3 和 4 的所有**具體目標**以及分配給成熟度等級 2 和 3 的**通用目標**。

在成熟度等級 4，選擇對整體流程效能有重大貢獻的子流程。這些選定的子流程使用統計和其他定量技術進行控制。

建立質量和流程效能的定量目標，並將其用作管理流程的標準。定量目標基於客戶、終端使用者、組織和流程實施者的需求。質量和流程效能以統計術語理解，並在流程的整個生命週期中進行管理。

對於這些流程，收集流程效能的詳細衡量指標並進行統計分析。識別流程變化的特殊原因，並在適當的情況下糾正特殊原因的來源，以防止將來再次發生。

質量和流程效能衡量指標被納入組織的衡量儲存庫，以支援未來的基於事實的決策。

成熟度等級 3 和成熟度等級 4 之間的關鍵區別在於流程效能的可預測性。在成熟度等級 4，流程的效能使用統計和其他定量技術進行控制，並且在數量上是可預測的。在成熟度等級 3，流程僅在質量上是可預測的。

成熟度等級 5 最佳化級

在成熟度等級 5，組織已實現分配給成熟度等級 2、3、4 和 5 的所有**具體目標**以及分配給成熟度等級 2 和 3 的**通用目標**。

流程基於對流程中固有的共同原因變化的定量理解而持續改進。

此級別側重於透過增量和創新的技術改進持續改進流程效能。

建立組織的定量流程改進目標，不斷修訂以反映不斷變化的業務目標，並將其用作管理流程改進的標準。

根據定量流程改進目標衡量和評估已部署流程改進的效果。已定義的流程和組織的標準流程集都是可衡量改進活動的靶標。

最佳化敏捷和創新的流程，取決於與組織的業務價值觀和目標一致的授權員工的參與。透過尋找加速和共享學習的方法，增強了組織快速響應變化和機遇的能力。流程改進本質上是每個人都必須扮演的角色，從而形成持續改進的迴圈。

成熟度等級 4 和成熟度等級 5 之間的關鍵區別在於所解決的流程變化型別。在成熟度等級 4，流程關注的是解決流程變化的特殊原因並提供結果的統計可預測性。儘管流程可能會產生可預測的結果，但這些結果可能不足以實現既定的目標。在成熟度等級 5，流程關注的是解決流程變化的共同原因並改變流程（即，改變流程效能的均值）以改進流程效能（同時保持統計可預測性）以實現既定的定量流程改進目標。

不應跳過成熟度等級

每個成熟度等級都為有效實施下一級別的流程提供了必要的基石。

• 如果沒有較低級別提供的規範，較高級別的流程成功的可能性較小。

• 在嘈雜的流程中，創新的效果可能會被掩蓋。

較低成熟度等級的組織可能會執行較高級別的成熟度流程，但存在在危機中無法持續應用的風險。

成熟度等級和流程域

這是一個為軟體組織定義的所有相應流程域的列表。這些流程域對於不同的組織可能有所不同。

本節提供了相關流程域的名稱。有關這些流程域的更多詳細資訊，請參閱 CMMI 流程域章節。

CMMI - 能力等級

能力級別是對組織相對於流程領域的能力進行描述的明確定義的演化平臺。能力級別由流程領域中相關的特定和通用實踐組成，這些實踐可以改進組織與該流程領域相關的流程。每個級別都是持續流程改進基礎中的一個層次。

因此，能力級別是累積的，即更高的能力級別包括較低級別的屬性。

在採用連續表示法的CMMI模型中，有六個能力級別，用數字0到5表示。

• 0 − 不完整
• 1 − 已執行
• 2 − 已管理
• 3 − 已定義
• 4 − 定量管理
• 5 − 最佳化

以下是每個能力級別的簡短描述：

能力級別0：不完整

“不完整流程”是指未執行或部分執行的流程。流程領域的⼀個或多個具體目標未實現，並且此級別不存在通用目標，因為沒有理由將部分執行的流程制度化。

這相當於分階段表示中的成熟度級別1。

能力級別1：已執行

能力級別1流程是指預期執行所有能力級別1特定和通用實踐的流程。效能可能不穩定，可能無法達到質量、成本和進度等具體目標，但可以完成有用的工作。這僅僅是流程改進的開始或第一步。這意味著您正在做某些事情，但您無法證明它確實對您有效。

能力級別2：已管理

已管理的流程是指為單個專案、組或獨立流程進行規劃、執行、監控和控制以實現既定目的的流程。管理流程既實現了模型對流程的目標，也實現了其他目標，例如成本、進度和質量。正如本級別標題所示，您正在積極管理組織的工作方式。您有一些持續收集並應用於管理方法的指標。

注意 − 在CMMI的分階段和連續表示法中，所有級別都收集和使用指標。認為組織可以等到能力級別4才能使用指標是一種嚴重的謬誤。

能力級別3：已定義

能力級別3流程的特點是“已定義流程”。已定義的流程是從組織的標準流程集根據組織的定製指南定製的已管理（能力級別2）流程，併為組織流程資產貢獻工作產品、度量和其他流程改進資訊。

能力級別4：定量管理

能力級別4流程的特點是“定量管理流程”。定量管理流程是使用統計和其他定量技術控制的已定義（能力級別3）流程。建立質量和流程效能的定量目標，並將其用作管理流程的標準。質量和流程效能以統計術語理解，並在流程的整個生命週期中進行管理。

能力級別5：最佳化

最佳化流程是基於對流程固有的常見流程變化原因的理解而改進的定量管理流程。它專注於透過增量和創新改進持續改進流程效能。已定義的流程和組織的標準流程集都是改進活動的目標。

能力級別4側重於建立流程效能的基線、模型和度量。能力級別5側重於研究整個組織或整個企業的績效結果，找出工作方式（使用的流程）中問題的常見原因，並解決流程中的問題。修復將包括更新流程文件和培訓參與者。

連續表示法中流程領域的組織

CMMI - 關鍵流程領域

流程領域是在一個領域中相關實踐的集合，當這些實踐共同實施時，可以滿足一組被認為對在該領域取得重大改進至關重要的目標。所有CMMI流程領域都適用於連續表示和分階段表示。

連續表示法使組織能夠透過選擇最能使組織及其業務目標受益的流程領域或相關流程領域集來選擇其流程改進工作的重點。儘管由於流程領域之間的依賴性，組織的選擇存在一些限制，但組織在其選擇方面擁有相當大的自由度。

選擇流程領域後，還必須選擇希望改進與這些流程領域相關的流程的程度（即選擇適當的能力級別）。能力級別以及通用目標和實踐支援改進各個流程領域的流程。

相反，您會看到分階段表示鼓勵您始終在所屬成熟度級別的上下文中檢視流程領域。流程領域按成熟度級別組織，以增強此概念。使用流程領域時，使用的是整個流程領域，即所有目標和所有實踐。

CMMI流程領域 (PA) 可以分為以下四個類別，以便理解它們之間的相互作用和聯絡，而不管其定義的級別如何

• 流程管理

• 專案管理

• 工程

• 支援

每個流程領域都由一組目標和實踐定義。目標和實踐分為兩類：

• 通用目標和實踐 − 它們是每個流程領域的一部分。

• 特定目標和實踐 − 它們特定於給定的流程領域。

當公司的流程涵蓋該流程領域的所有通用和特定目標和實踐時，該流程領域就得到滿足。

通用目標和實踐

通用目標和實踐是每個流程領域的一部分。

符號 − GG --> 通用目標和 GP --> 通用實踐

• GG 1 實現特定目標

  • GP 1.1 執行特定實踐

• GG 2 建立已管理流程

  • GP 2.1 制定組織政策

  • GP 2.2 規劃流程

  • GP 2.3 提供資源

  • GP 2.4 分配責任

  • GP 2.5 培訓人員

  • GP 2.6 管理配置

  • GP 2.7 識別並納入相關利益相關者

  • GP 2.8 監控和控制流程

  • GP 2.9 客觀評估遵守情況

  • GP 2.10 與上級管理層審查狀態

• GG 3 建立已定義流程

  • GP 3.1 建立已定義流程

  • GP 3.2 收集改進資訊

• GG 4 建立定量管理流程

  • GP 4.1 為流程建立定量目標

  • GP 4.2 穩定子流程效能

• GG 5 建立最佳化流程

  • GP 5.1 確保持續流程改進

  • GP 5.2 糾正問題的根本原因

通用特徵

共同特徵是表明關鍵流程領域的實施和制度化是否有效、可重複和永續性的屬性。五個共同特徵如下：

• 履行承諾 − 履行承諾描述了組織必須採取的行動，以確保流程的建立和持續。履行承諾通常涉及制定組織政策和獲得高階管理層的支援。

• 履行能力 − 履行能力描述了專案或組織中必須具備的先決條件，才能勝任地實施軟體流程。履行能力通常涉及資源、組織結構和培訓。

• 已執行活動 − 已執行活動描述了實施關鍵流程領域所需的職能和程式。已執行活動通常涉及制定計劃和程式、執行工作、跟蹤工作以及根據需要採取糾正措施。

• 測量和分析 − 測量和分析描述了測量流程和分析測量的必要性。測量和分析通常包括可以用來確定已執行活動的狀況和有效性的測量的示例。

• 驗證實施 − 驗證實施描述了確保活動符合已建立流程的步驟。驗證通常包括管理層和軟體質量保證的審查和稽核。

“已執行活動”共同特徵中的實踐描述了為建立流程能力必須實施的內容。其他實踐作為一個整體，構成了組織能夠將“已執行活動”共同特徵中描述的實踐制度化的基礎。

流程領域詳解

CMMI 包含 22 個流程領域，指示公司流程需要涵蓋的產品開發方面。

因果分析和解決

• 這是一個成熟度等級為5的支援流程領域。

目的

因果分析和解決 (CAR) 的目的是識別缺陷和其他問題的根本原因，並採取行動防止這些問題將來再次發生。

按目標劃分的具體實踐

• SG 1 確定缺陷的原因

  • SP 1.1 選擇用於分析的缺陷資料

  • SP 1.2 分析原因

• SG 2 解決缺陷的原因

  • SP 2.1 實施行動方案

  • SP 2.2 評估變更效果

  • SP 2.3 記錄資料

配置管理

• 這是一個成熟度等級為2的支援流程領域。

目的

配置管理 (CM) 的目的是利用配置識別、配置控制、配置狀態核算和配置審計來建立和維護工作產品的完整性。

按目標劃分的具體實踐

• SG 1 建立基線

  • SP 1.1 識別配置項

  • SP 1.2 建立配置管理系統

  • SP 1.3 建立或釋出基線

• SG 2 跟蹤和控制變更

  • SP 2.1 跟蹤變更請求

  • SP 2.2 控制配置項

• SG 3 建立完整性

  • SP 3.1 建立配置管理記錄

  • SP 3.2 執行配置審計

決策分析與解決

• 這是一個成熟度等級為3的支援流程領域。

目的

決策分析和解決 (DAR) 的目的是使用正式的評估流程來分析可能的決策，該流程根據既定標準評估已識別的備選方案。

按目標劃分的具體實踐

• SG 1 評估備選方案

  • SP 1.1 建立決策分析指南

  • SP 1.2 建立評估標準

  • SP 1.3 識別替代方案

  • SP 1.4 選擇評估方法

  • SP 1.5 評估備選方案

  • SP 1.6 選擇解決方案

整合專案管理 + IPPD

• 這是一個成熟度等級為3的專案管理流程領域。

目的

整合專案管理 + IPPD (IPM) 的目的是根據從組織的標準流程集定製的整合和定義的流程，建立和管理專案以及相關利益相關者的參與。

按目標劃分的具體實踐

• SG 1 使用專案定義的流程

  • SP 1.1 建立專案的定義流程

  • SP 1.2 使用組織流程資產規劃專案活動

  • SP 1.3 建立專案的作業環境

  • SP 1.4 整合計劃

  • SP 1.5 使用整合計劃管理專案

  • SP 1.6 為組織流程資產做出貢獻

• SG 2 與相關利益相關者協調和協作

  • SP 2.1 管理利益相關者的參與

  • SP 2.2 管理依賴關係

  • SP 2.3 解決協調問題

IPPD 增補 −

• SG 3 應用 IPPD 原則

  • SP 3.1 建立專案的共享願景

  • SP 3.2 建立整合的團隊結構

  • SP 3.3 將需求分配給整合團隊

  • SP 3.4 建立整合團隊

  • SP 3.5 確保介面團隊之間的協作

測量與分析

這是一個成熟度等級為2的支援流程領域。

目的

測量和分析 (MA) 的目的是開發和維持一種測量能力，用於支援管理資訊需求。

按目標劃分的具體實踐

• SG 1 協調測量和分析活動

  • SP 1.1 建立測量目標

  • SP 1.2 指定度量

  • SP 1.3 指定資料收集和儲存程式

  • SP 1.4 指定分析程式

• SG 2 提供測量結果

  • SP 2.1 收集測量資料

  • SP 2.2 分析測量資料

  • SP 2.3 儲存資料和結果

  • SP 2.4 傳達結果

組織創新和部署

這是一個成熟度等級為5的流程管理流程領域。

目的

組織創新和部署 (OID) 的目的是選擇和部署增量式和創新式改進，這些改進可以顯著改善組織的流程和技術。這些改進支援組織從組織的業務目標中得出的質量和流程績效目標。

按目標劃分的具體實踐

• SG 1 選擇改進

  • SP 1.1 收集和分析改進建議

  • SP 1.2 識別和分析創新

  • SP 1.3 試點改進

  • SP 1.4 選擇用於部署的改進

• SG 2 部署改進

  • SP 2.1 規劃部署區域

  • SP 2.2 管理部署

  • SP 2.3 衡量改進效果

組織流程定義 + IPPD (OPD)

這是一個成熟度等級為3的流程管理流程領域。

目的

組織流程定義 + IPPD (OPD) 的目的是建立和維護一套可用的組織流程資產。

按目標劃分的具體實踐

• SG 1 建立組織流程資產

  • SP 1.1 建立標準流程

  • SP 1.2 建立生命週期模型描述

  • SP 1.3 建立定製標準和指南

  • SP 1.4 建立組織的測量庫

  • SP 1.5 建立組織的流程資產庫

IPPD 增補 −

• SG 2 支援 IPPD 管理

  • SP 2.1 建立授權機制

  • SP 2.2 建立整合團隊的規則和指南

  • SP 2.3 平衡團隊和本組織的責任

組織流程重點

這是一個成熟度等級為3的流程管理流程領域。

目的

組織流程重點 (OPF) 的目的是根據對組織流程和流程資產當前優勢和劣勢的透徹理解，規劃和實施組織流程改進。

按目標劃分的具體實踐

• SG 1 確定流程改進機會

  • SP 1.1 建立組織流程需求

  • SP 1.2 評估組織的流程

  • SP 1.3 確定組織的流程改進

• SG 2 規劃和實施流程改進活動

  • SP 2.1 建立流程行動計劃

  • SP 2.2 實施流程行動計劃

• SG 3 部署組織流程資產並吸取經驗教訓

  • SP 3.1 部署組織流程資產

  • SP 3.2 部署標準流程

  • SP 3.3 監控實施情況

  • SP 3.4 將流程相關經驗納入組織流程資產

組織流程績效

這是一個成熟度等級為4的流程管理流程領域。

目的

組織流程績效 (OPP) 的目的是建立和維持對組織標準流程集績效的定量理解，以支援質量和流程績效目標，並提供流程績效資料、基線和模型，以便定量管理組織的專案。

按目標劃分的具體實踐

• SG 1 建立績效基線和模型

  • SP 1.1 選擇流程

  • SP 1.2 建立流程績效指標

  • SP 1.3 建立質量和流程績效目標

  • SP 1.4 建立流程績效基線

  • SP 1.5 建立流程績效模型

組織培訓

這是一個成熟度等級為3的流程管理流程領域。

目的

組織培訓 (OT) 的目的是培養人們的技能和知識，使他們能夠有效率地履行職責。

按目標劃分的具體實踐

• SG 1 建立組織培訓能力

  • SP 1.1 建立戰略培訓需求

  • SP 1.2 確定哪些培訓需求是組織的責任

  • SP 1.3 建立組織培訓戰術計劃

  • SP 1.4 建立培訓能力

• SG 2 提供必要的培訓

  • SP 2.1 提供培訓

  • SP 2.2 建立培訓記錄

  • SP 2.3 評估培訓效果

產品整合

這是一個成熟度等級為3的工程流程領域。

目的

產品整合 (PI) 的目的是從產品元件組裝產品，確保已整合的產品正常執行，並交付產品。

按目標劃分的具體實踐

• SG 1 準備產品整合

  • SP 1.1 確定整合順序

  • SP 1.2 建立產品整合環境

  • SP 1.3 建立產品整合程式和標準

• SG 2 確保介面相容性

  • SP 2.1 審查介面描述的完整性

  • SP 2.2 管理介面

• SG 3 組裝產品元件並交付產品

  • SP 3.1 確認產品元件已準備好進行整合

  • SP 3.2 組裝產品元件

  • SP 3.3 評估組裝的產品元件

  • SP 3.4 包裝和交付產品或產品元件

專案監控和控制

這是一個成熟度等級為2的專案管理流程領域。

目的

專案監控和控制 (PMC) 的目的是瞭解專案的進展情況，以便在專案的績效與計劃有重大偏差時採取適當的糾正措施。

按目標劃分的具體實踐

• SG 1 監控專案計劃

  • SP 1.1 監控專案規劃引數

  • SP 1.2 監控承諾

  • SP 1.3 監控專案風險

  • SP 1.4 監控資料管理

  • SP 1.5 監控利益相關者的參與

  • SP 1.6 進行進度審查

  • SP 1.7 進行里程碑審查

• SG 2 管理糾正措施直至關閉

  • SP 2.1 分析問題

  • SP 2.2 採取糾正措施

  • SP 2.3 管理糾正措施

專案規劃

這是一個成熟度等級為2的專案管理流程領域。

目的

專案規劃 (PP) 的目的是建立和維護定義專案活動的計劃。

按目標劃分的具體實踐

• SG 1 建立估算

  • SP 1.1 估算專案的範圍

  • SP 1.2 建立工作產品和任務屬性的估算

  • SP 1.3 定義專案生命週期

  • SP 1.4 確定工作量和成本估算

• SG 2 制定專案計劃

  • SP 2.1 制定預算和進度表

  • SP 2.2 識別專案風險

  • SP 2.3 規劃資料管理

  • SP 2.4 規劃專案資源

  • SP 2.5 規劃所需知識和技能

  • SP 2.6 規劃利益相關者的參與

  • SP 2.7 制定專案計劃

• SG 3 獲得對計劃的承諾

  • SP 3.1 審查影響專案的計劃

  • SP 3.2 協調工作和資源級別

  • SP 3.3 獲得計劃承諾

過程和產品質量保證

這是一個成熟度等級為2的支援流程領域。

目的

流程和產品質量保證 (PPQA) 的目的是為員工和管理層提供對流程和相關工作產品的客觀見解。

按目標劃分的具體實踐

• SG 1 客觀地評估流程和工作產品

  • SP 1.1 客觀地評估流程

  • SP 1.2 客觀地評估工作產品和服務

• SG 2 提供客觀見解

  • SP 2.1 傳達和確保解決不符合問題

  • SP 2.2 建立記錄

定量專案管理

這是一個成熟度等級為4的專案管理流程領域。

目的

定量專案管理 (QPM) 流程領域的目的是定量管理專案定義的流程，以實現專案既定的質量和流程績效目標。

按目標劃分的具體實踐

• SG 1 定量管理專案

  • SP 1.1 建立專案的總體目標

  • SP 1.2 組成已定義的流程

  • SP 1.3 選擇將進行統計管理的子流程

  • SP 1.4 管理專案績效

• SG 2 統計管理子流程績效

  • SP 2.1 選擇度量和分析技術

  • SP 2.2 應用統計方法來了解差異

  • SP 2.3 監控所選子流程的績效

  • SP 2.4 記錄統計管理資料

需求開發

這是一個成熟度等級為3的工程流程領域。

目的

需求開發 (RD) 的目的是生成和分析客戶需求、產品需求和產品元件需求。

按目標劃分的具體實踐

• SG 1 開發客戶需求

  • SP 1.1 徵集需求

  • SP 1.2 開發客戶需求

• SG 2 開發產品需求

  • SP 2.1 建立產品和產品元件需求

  • SP 2.2 分配產品元件需求

  • SP 2.3 識別介面需求

• SG 3 分析和驗證需求

  • SP 3.1 建立操作概念和場景

  • SP 3.2 建立所需功能的定義

  • SP 3.3 分析需求

  • SP 3.4 分析需求以實現平衡

  • SP 3.5 驗證需求

需求管理

這是一個成熟度等級為2的工程流程領域。

目的

需求管理 (REQM) 的目的是管理專案產品和產品元件的需求，並識別這些需求與專案計劃和工作產品之間不一致的地方。

按目標劃分的具體實踐

• SG 1 管理需求

  • SP 1.1 獲取需求理解

  • SP 1.2 獲取對需求的承諾

  • SP 1.3 管理需求變更

  • SP 1.4 維持需求的雙向追溯性

  • SP 1.5 識別專案工作與需求之間的不一致性

風險管理

這是一個成熟度等級為3的專案管理流程領域。

目的

風險管理 (RSKM) 的目的是在潛在問題發生之前識別它們，以便能夠根據需要在產品或專案的整個生命週期中規劃和呼叫風險處理活動，以減輕對實現目標的不利影響。

按目標劃分的具體實踐

• SG 1 風險管理準備

  • SP 1.1 確定風險來源和類別

  • SP 1.2 定義風險引數

  • SP 1.3 制定風險管理策略

• SG 2 識別和分析風險

  • SP 2.1 識別風險

  • SP 2.2 評估、分類和優先排序風險

• SG 3 減輕風險

  • SP 3.1 制定風險緩解計劃

  • SP 3.2 實施風險緩解計劃

供應商協議管理

這是一個成熟度等級為2的專案管理流程領域。

目的

供應商協議管理 (SAM) 的目的是管理從存在正式協議的供應商處採購產品。

按目標劃分的具體實踐

• SG 1 建立供應商協議

  • SP 1.1 確定採購型別

  • SP 1.2 選擇供應商

  • SP 1.3 建立供應商協議

• SG 2 履行供應商協議

  • SP 2.1 執行供應商協議

  • SP 2.2 監控選定供應商流程

  • SP 2.3 評估選定供應商工作產品

  • SP 2.4 驗收採購產品

  • SP 2.5 產品過渡

技術解決方案

這是一個成熟度等級為3的工程流程領域。

目的

技術解決方案 (TS) 的目的是設計、開發和實施滿足需求的解決方案。解決方案、設計和實現涵蓋產品、產品元件和產品相關的生命週期流程，可以單獨或組合使用，具體取決於情況。

按目標劃分的具體實踐

• SG 1 選擇產品元件解決方案

  • SP 1.1 開發替代方案和選擇標準

  • SP 1.2 選擇產品元件解決方案

• SG 2 開發設計

  • SP 2.1 設計產品或產品元件

  • SP 2.2 建立技術資料包

  • SP 2.3 使用標準設計介面

  • SP 2.4 執行自制、外購或重用分析

• SG 3 實施產品設計

  • SP 3.1 實施設計

  • SP 3.2 開發產品支援文件

確認

這是一個成熟度等級為3的工程流程領域。

目的

驗證 (VAL) 的目的是證明產品或產品元件在其預期環境中使用時能夠滿足其預期用途。

按目標劃分的具體實踐

• SG 1 驗證準備

  • SP 1.1 選擇用於驗證的產品

  • SP 1.2 建立驗證環境

  • SP 1.3 建立驗證程式和標準

• SG 2 驗證產品或產品元件

  • SP 2.1 執行驗證

  • SP 2.2 分析驗證結果。

驗證

這是一個成熟度等級為3的工程流程領域。

目的

驗證 (VER) 的目的是確保選定的工作產品滿足其規定的要求。

按目標劃分的具體實踐

• SG 1 驗證準備

  • SP 1.1 選擇用於驗證的工作產品

  • SP 1.2 建立驗證環境

  • SP 1.3 建立驗證程式和標準

• SG 2 執行同行評審

  • SP 2.1 同行評審準備

  • SP 2.2 進行同行評審

  • SP 2.3 分析同行評審資料

• SG 3 驗證選定的工作產品

  • SP 3.1 執行驗證

  • SP 3.2 分析驗證結果

1.2 版本中的變更

這裡只考慮對流程域集所做的更改。有關完整詳細資訊，請訪問SEI 主頁。

• 已刪除以下流程域（所有成熟度級別 3）：

  • 整合組織環境 (OEI)

  • 整合團隊 (IT)

  • 整合供應商管理 (ISM)

• 在現有流程域中進行了以下補充：

  • IPM . 刪除了 SG3 和 SG4，添加了新的 SG3（所有 IPPD PA）

  • OPD . 添加了 SG，將其轉變為 IPPD PA

  • OPF . 從 SG 中提取了兩個 SP，並與兩個新的 SP 一起建立了 SG3

  • REQD . SP3.5 重新命名為驗證需求

  • SAM . 刪除了 SP2.1，在 SG2 中添加了兩個新的 SP

  • TS . 刪除了 SP1.2

  • VER . SP3.2 重新命名為分析驗證結果

CMMI - 評估

CMMI 評估是對一個或多個流程由經過培訓的專業人員團隊進行的檢查，使用評估參考模型作為確定組織優勢和劣勢的基礎。

評估需要規劃。在規劃對貴組織的評估時，請確定組織單元的範圍、要包含的學科、評估團隊是否由貴組織內部或外部成員組成、要包含的專案、要採訪的個人以及必要的評估型別或級別。

評估考慮 CMMI 中定義的三類模型元件：

• 必需的 - 僅限特定和通用目標。

• 預期的 - 僅限特定和通用實踐。

• 資訊性的 - 包括子實踐和典型工作產品。

SEI 釋出了兩份關於 CMMI 評估的指導性檔案：

• CMMI 評估要求 (ARC) - 它包含三類評估方法（A 類、B 類和 C 類）的要求。這些要求是定義每類評估方法的規則。

• 用於流程改進的標準 CMMI 評估方法 (SCAMPI) - 方法描述文件 (MDD) 目前是唯一批准的 A 類評估方法。

SCAMPI 目前是唯一批准的 CMMI A 類評估方法。也就是說，SCAMPI 滿足 ARC A 類評估方法的所有要求，並已獲得 SEI 批准。

CMMI 評估方法分為三類：A 類、B 類和 C 類。

SCAMPI A 類評估

當組織實施了許多重要的流程改進，需要根據 CMMI 正式衡量其流程時，通常會進行 SCAMPI A 類評估。SCAMPI A 是唯一提供 CMMI 成熟度級別或能力級別評級的評估方法。

您可以從 SCAMPI A 獲得以下結果：

• 成熟度級別評級或能力級別評級。

• 描述貴組織流程相對於 CMMI 的優勢和劣勢的調查結果。

• 關於組織關鍵流程問題的共識。

• 組織可以繼續使用以監控流程改進進度並支援未來評估的評估資料庫。

SCAMPI B 類評估

當組織需要評估其朝著目標 CMMI 成熟度級別的進展，但成本低於 SCAMPI A 時，需要進行 SCAMPI B 類評估。SCAMPI B 評估提供詳細的調查結果，並指出評估的實踐在 SCAMPI A 評估中被評為令人滿意地實施的可能性。

SCAMPI B 類評估是 SEI 三種評估方法之一，它幫助組織以相對較高的置信度瞭解其軟體和系統工程流程相對於 CMMI 的狀態。當組織需要準確評估其朝著目標 CMMI 成熟度級別的進展時，通常會執行 SCAMPI B 類評估。

您可以從 SCAMPI B 獲得以下結果：

• 詳細的調查結果，描述貴組織流程相對於 CMMI 的優勢和劣勢。

• 實踐特徵，表明被檢查的實踐滿足 CMMI 目標並符合 CMMI 意圖的可能性。

• 關於組織關鍵流程問題的共識。

• 組織可以繼續使用以監控流程改進進度並支援未來評估的 FIDO 資料庫。

SCAMPI C 類評估

SCAMPI C 類評估比 SCAMPI A 類和 B 類評估更短、更靈活，並用於解決各種特殊需求，從快速差距分析到確定組織對 SCAMPI A 的準備情況。

SCAMPI C 類評估是 SEI 評估方法套件中最不正式的，具有高度靈活性，可以用於解決各種需求。SCAMPI C 類評估的持續時間通常比 A 類和 B 類評估短得多，通常出於以下原因進行：

• 提供組織流程相對於 CMMI 的快速差距分析。

• 評估新流程在實施前的充分性。

• 監控流程的實施。

• 確定組織對 SCAMPI A 的準備情況。

• 支援供應商的選擇。

您可以從 SCAMPI C 獲得以下結果：

• 描述被評估流程的優勢和劣勢的調查結果。根據評估範圍和策略，調查結果可能會對映到相關的 CMMI 元件。

• 總結被評估流程相對於 CMMI 的充分性的特徵。

• 推薦的流程改進措施。

• 組織可以繼續使用以監控流程改進進度並支援未來評估的 FIDO 資料庫。

評估類別特徵

每個類別都以應用該方法相關的嚴格程度來區分。A 類最嚴格，B 類略微不那麼嚴格，C 類最不嚴格。下表提供了一些關於每個類別中方法之間預期差異的概念。

SCAMPI 基礎知識

SCAMPI 是標準 CMMI 評估方法用於流程改進的首字母縮寫詞。SCAMPI 評估必須由 SEI 授權的 SCAMPI 首席評估員領導。SCAMPI 由 SCAMPI 產品套件支援，該套件包括 SCAMPI 方法描述、成熟度問卷、工作輔助工具和模板。

目前，SCAMPI 是唯一可以提供評級的方法，也是 SEI 唯一認可的方法，也是組織最感興趣的方法。

SCAMPI 基於以前方法的經驗，包括：

• CBA IPI - 基於 CMM 的內部流程改進評估。

• SCE - 軟體能力評估。

• EIA/IS 732.2 - 題為系統工程評估方法的臨時國際標準。

• SDCE - 軟體開發能力評估。

• FAA評估方法。

CMMI參與者——角色與職責

本章討論參與流程改進工作的主要參與者。但是，貴組織可能需要更多或更少的團隊。

請注意，一個人可以同時或連續地履行這些角色中的許多角色，具體取決於貴組織的規模和流程改進 (PI) 工作的複雜性。

流程改進

流程改進工作通常需要以下個人和團隊：

• PI發起人——負責監督整個PI工作的組織成員。此人通常有權分配資金和人員。此人通常是總監級別或以上。

• PI推動者——PI工作的公共關係人員，他可能擔任也可能不擔任EPG負責人。此人負責推廣PI的理念、方法和成果。

• 工程流程組 (EPG) 負責人——領導負責審查流程的團隊。此人為EPG成員分配任務，監督他們的工作，並規劃EPG的日常工作。

• EPG成員——這些個人擔任EPG的委員。他們負責確保流程改進文件的編寫和執行。他們還負責生成指標來跟蹤流程改進過程。他們領導PAT。

• 流程行動團隊 (PATs)——這些團隊生成流程改進文件、策略、流程、程式、章程和行動計劃。

• 轉型夥伴——通常是一到兩個人，他們是由外部聘請的顧問，負責幫助建立、規劃、領導和監控組織流程改進的進度。這些人擁有來自其他幾個組織和行業的流程改進經驗。

CMMI - 總結

本教程涵蓋了CMMI的結構，它包括以下組成部分：

• 成熟度等級（分階段表示）或能力等級（持續表示）
• 過程域
• 目標：通用目標和特定目標
• 通用特徵
• 實踐：通用實踐和特定實踐

我們已經涵蓋了所有成熟度級別和能力級別。此外，我們還討論了所有關鍵流程域以及相關的通用目標、具體目標、常見特徵和實踐。

隨後，我們簡要介紹了CMMI評估，並展示了不同的評估類別。

接下來是什麼？

SEI CMMI是一個很大的主題，無法在一個小型教程中解釋清楚。因此，我們強烈建議您查閱其他CMMI資源，並收集有關此主題的更多資訊。這些資源列在CMMI資源章節中。

請將您的反饋傳送到 webmaster@tutorialspoint.com

CMMI - 詞彙表

執行能力——CMMI模型流程域的一個常見特徵，採用分階段表示，將與確保專案和/或組織擁有所需資源相關的通用實踐分組。

驗收標準——產品或產品元件必須滿足才能被使用者、客戶或其他授權實體驗收的標準。

驗收測試——進行的正式測試，使使用者、客戶或其他授權實體能夠確定是否驗收產品或產品元件。

成就概況——在連續表示中，流程域及其對應能力級別的列表，表示組織在各個流程域中透過能力級別提升的進度。

獲取——透過合同獲得的任何離散行動或擬議行動的過程，該行動將承諾投資以獲得產品和服務。

獲取策略——獲取產品和服務的具體方法，基於對供應來源、獲取方法、需求規範型別、合同或協議型別以及相關獲取風險的考慮。

充足的——“充足的”、“適當的”和“按需的”出現在CMMI中，允許所有級別的管理人員和實踐者根據組織的業務目標來解釋具體目標和通用目標以及實踐。例如，風險管理流程域的一個通用實踐指出——“為執行風險管理流程、開發工作產品和提供流程服務提供充足的資源。”充足的可以由人員數量、必須監控風險的人員等來滿足。

高階實踐——在連續表示中，所有能力級別為2或更高的具體實踐。

協議/合同要求——與獲取相關的全部技術和非技術要求。

分配的需求——將全部或部分更高級別需求的效能和功能分配給較低級別架構元素或設計元件的需求。

替代實踐——替代CMMI模型中包含的一個或多個通用實踐或具體實踐的實踐，其對滿足與模型實踐相關的通用目標或具體目標具有同等效力。替代實踐不一定是通用實踐或具體實踐的一對一替代。

評估——評估是由訓練有素的專業人員團隊使用評估參考模型作為基礎，對一個或多個流程進行檢查，以確定優勢和劣勢。

評估結果——評估的結論，確定了評估範圍內的最重要的問題、難題或機會。它至少包括基於有效觀察的優勢和劣勢。

評估參與者——在評估期間參與提供資訊的組織單位成員。

評估等級——在CMMI評估材料中，評估團隊分配給以下任一物件的數值：（1）CMMI目標或流程域；（2）流程域的能力級別；或（3）組織單位的成熟度級別。等級是透過實施所採用的評估方法的已定義等級過程確定的。

評估參考模型——在CMMI評估材料中，評估團隊將已實施的流程活動與其關聯的CMMI模型。

評估範圍——評估邊界的定義，包括組織限制和CMMI模型限制。

評估團隊領導——領導評估活動並滿足評估方法定義的經驗、知識和技能資格標準的人員。

適當的——參見“充足的”的定義。

按需的——參見“充足的”的定義。

評估——評估是組織為了流程改進而自行進行的評估。

流程變異的可歸因原因——在CMMI中，術語“流程變異的特殊原因”用於代替“流程變異的可歸因原因”，以確保一致性。這兩個術語的定義相同。

稽核——對工作產品或一組工作產品進行的獨立檢查，以確定是否滿足要求。

基準度量——實體的不同屬性或特徵及其量化方法。

基礎實踐——在連續表示中，所有能力級別為1的具體實踐。

基線——基線一詞通常用於表示這樣的參考點。基線是系統在開發生命週期中適當點上的已批准快照。基線建立了一個正式的基礎，用於定義隨後的更改。如果沒有這條線或參考點，更改的概念就沒有意義。

業務目標——高階管理層制定的戰略，旨在確保組織的持續存在並提高其盈利能力、市場份額以及影響組織成功的其他因素。

能力評估——訓練有素的專業人員團隊進行的評估，用作選擇供應商、合同監控或激勵措施的區分因素。評估用於幫助決策者做出更好的獲取決策，提高分包商的績效，併為採購組織提供洞察力。

能力級別——在單個流程域內實現流程改進。能力級別由流程域的適當具體實踐和通用實踐定義。

能力級別概況——在連續表示中，流程域及其對應能力級別的列表。當它代表組織在各個流程域中透過能力級別提升的進度時，概況可能是成就概況。或者，當它代表流程改進的目標時，概況可能是目標概況。

能力成熟度模型——能力成熟度模型 (CMM) 包含一個或多個學科有效流程的基本要素。它還描述了一條從臨時性、不成熟的流程到紀律性、成熟的流程的演進式改進路徑，從而提高質量和效率。

勝任流程——能夠滿足其規定的產品質量、服務質量和流程績效目標的流程。

因果分析——確定缺陷原因的分析。

變更管理——明智地使用各種方法來影響產品或服務的變更或擬議變更。

CMMI評估調整——在特定情況下使用評估方法中的選項。評估調整的目的是協助組織使其方法的應用與業務目標保持一致。

CMMI模型元件——構成CMMI模型的主要架構元素中的任何一個。CMMI模型的主要元素包括具體實踐、通用實踐、具體目標、通用目標、流程域、能力級別和成熟度級別。

CMMI模型調整——出於使其適合特定應用的目的而使用CMMI模型的子集。模型調整的目的是協助組織使其模型的應用與業務目標保持一致。

CMMI產品套件——此術語已用於完整的CMMI框架。

執行承諾——CMMI模型流程域的一個常見特徵，採用分階段表示，將與建立策略和確保支援相關的通用實踐分組。

流程變異的共同原因——由於流程元件之間的正常和預期互動而存在的流程變異。

操作概念——實體使用或操作方式的總體描述。

配置稽核——進行的稽核，以驗證配置項是否符合指定的標準或要求。

配置基線——產品或產品元件生命週期中特定時間正式指定的配置資訊。配置基線加上來自這些基線的已批准更改構成了當前配置資訊。

配置控制——配置管理的一個要素，包括在正式建立其配置標識後，對配置項的更改進行評估、協調、批准或不批准以及實施。

配置控制委員會——負責評估和批准或不批准對配置項的擬議更改，並確保實施已批准更改的人員組。

配置標識——配置管理的一個要素，包括為產品選擇配置項，為其分配唯一識別符號，並在技術文件中記錄其功能和物理特性。

配置項 − 一組被指定用於配置管理並作為配置管理過程中單個實體處理的工作產品。

配置管理 − 一門學科，運用技術和行政指導及監督來：(1) 識別和記錄配置項的功能和物理特性；(2) 控制這些特性的變更；(3) 記錄和報告變更處理和實施狀態；以及 (4) 驗證是否符合規定的要求。[IEEE Std 610.1990]

CMMI 模型 − 由於CMMI框架可以根據使用它的組織的需求生成不同的模型，因此存在多個CMMI模型。“CMMI模型”這個短語可以指許多資訊集合中的任何一個。“CMMI模型”指的是可以從CMMI框架生成的可能的模型中的一個、一些或全部集合。

配置狀態會計 − 配置管理的一個組成部分，包括記錄和報告有效管理配置所需的資訊。這些資訊包括批准的配置標識的列表、對配置的擬議變更的狀態以及批准的變更的實施狀態。

持續表示法 − 能力成熟度模型結構，其中能力級別為在每個指定的流程域內實現流程改進提供了一個推薦的順序。

糾正措施 − 用於補救情況、消除錯誤或調整條件的行為或行動。

COTS − 可以從商業供應商處購買的商品。

客戶 − 客戶是指負責驗收產品或授權付款的個人、專案、組織、群體等等。客戶位於專案之外，但不一定位於組織之外。當我們討論需求收集或獲取時，“客戶”一詞也用作變數。

資料管理 − 資料共享和管理的原則、流程和系統。

缺陷密度 − 每單位產品大小的缺陷數量（例如，每1000行程式碼的問題報告）。

已定義流程 − 作為改進一部分而需遵循的一組已定義的步驟。

派生度量 − 由兩個或多個基準度量的數學函式產生的資料。

派生需求 − 客戶需求中未明確說明但推斷出的需求：(1) 來自上下文需求（例如，適用的標準、法律、政策、常見做法和管理決策），或 (2) 來自指定產品元件所需的那些需求。派生需求也可能在產品或系統的元件分析和設計過程中產生。

設計評審 − 對設計進行正式、有檔案記錄、全面和系統的檢查，以評估設計要求和設計滿足這些要求的能力，並識別問題並提出解決方案。

開發 − 在CMMI中使用的“開發”是指維護活動以及開發活動。經驗表明，如果組織追求工程卓越，則應將最佳實踐應用於開發和維護專案。

開發計劃 − 指導、實施和控制一個或多個產品的設計和開發的計劃。

指導實施 − 具有分階段表示的CMMI模型過程域的一個共同特徵，它將與管理過程績效、管理其工作產品的完整性以及讓相關利益相關者參與相關的通用實踐分組。

學科擴充套件 − 提供指導，用於解釋針對特定學科（例如，系統工程或軟體工程）的模型資訊的模型元件稱為“學科擴充套件”。根據需要將學科擴充套件新增到其他模型元件。這些很容易找到，因為它們出現在頁面的右側，並帶有指示其解決的學科的標題（例如，“軟體工程”）。

文件 − 文件是資料的集合，無論其記錄的介質是什麼。它通常具有永續性，可以被人類或機器讀取。文件包括紙質文件和電子文件。

企業 − “企業”用於指由許多位於不同地點、擁有不同客戶的組織組成的超大型公司。

進入準則 − 在工作能夠成功開始之前必須具備的狀態。

等效分級 − 等效分級是使用持續表示法建立的目標分級，其定義方式是為了使使用目標分級的結果能夠與分階段表示法的成熟度級別進行比較。

退出準則 − 在工作能夠成功結束之前必須具備的狀態。

預期CMMI元件 − 解釋可以採取哪些措施來滿足所需CMMI元件的CMMI元件。模型使用者可以顯式地實現預期元件，也可以實現這些元件的等效替代實踐。具體實踐和通用實踐是預期的模型元件。

發現 − 請參見評估發現。

正式評估流程 − 在“決策分析與解決”流程域中，請參見介紹性說明中“正式評估流程”的定義。

功能分析 − 檢查定義的功能，以識別完成該功能所需的所有子功能；識別功能關係和介面（內部和外部），並將其捕獲在功能架構中；以及上位效能要求的分解，並將這些要求分配給下位子功能。

功能架構 − 功能、其內部和外部（外部指相對於集合本身）功能介面和外部物理介面、各自的功能和效能要求以及設計約束的分層排列。

通用目標 − 通用目標之所以被稱為“通用”，是因為相同的目標陳述出現在多個流程域中。在分階段表示法中，每個流程域只有一個通用目標。在流程域中實現通用目標意味著在規劃和實施與該流程域相關的流程方面得到了改進的控制，從而表明這些流程是否可能有效、可重複和持久。通用目標是必需的模型元件，用於在評估中確定是否滿足流程域。

通用實踐 − 通用實踐提供製度化保證，以確保與流程域相關的流程將是有效、可重複和持久的。通用實踐按通用目標和共同特徵進行分類，並且是CMMI模型中的預期元件。（只有通用實踐的標題、陳述和詳細說明出現在流程域中。）

通用實踐闡述 − 在具體實踐之後，會出現適用於該流程域的通用實踐標題和陳述。在每個通用實踐陳述之後，可能出現帶有“闡述”標題的純文字闡述。通用實踐闡述提供有關如何為該流程域解釋通用實踐的資訊。如果沒有闡述，則無需闡述即可清楚地應用通用實踐。

目標 − “目標”是必需的CMMI元件，可以是通用目標或具體目標。當您在CMMI模型中看到“目標”一詞時，它始終指的是模型元件（例如，通用目標、具體目標）。

不完整流程 − 未執行或僅部分執行的流程（也稱為能力級別0）。該流程域的一個或多個具體目標未得到滿足。

獨立小組 − 在“流程和產品質量保證”流程域中，請參見介紹性說明中“獨立小組”的討論。

資訊性CMMI元件 − 幫助模型使用者瞭解模型所需和預期元件的CMMI元件。這些元件可能包含示例、詳細說明或其他有用的資訊。子實踐、註釋、參考文獻、目標標題、實踐標題、來源、典型工作產品、學科擴充套件和通用實踐闡述都是資訊性模型元件。

制度化 − 組織作為其企業文化一部分例行遵循的根深蒂固的經營方式。

整合產品和流程開發 − 一種系統化的產品開發方法，它實現了產品生命週期中相關利益相關者的及時協作，以更好地滿足客戶需求。

整合團隊 − 一組具有互補技能和專長的成員，他們致力於透過及時的協作交付指定的工作產品。整合團隊成員提供適合工作產品所有階段的技能和倡導，並共同負責按規定交付工作產品。整合團隊應包括來自對工作產品成功具有影響的組織、學科和職能的授權代表。

介面控制 − 在配置管理中，(1) 識別與由一個或多個組織提供的兩個或多個配置項的介面相關的所有功能和物理特性，以及 (2) 確保在實施之前評估和批准對這些特性的擬議變更的流程。[IEEE 828-1983]

首席評估員 − 如CMMI產品套件中所用，是指已獲得授權機構認可，可以作為特定評估方法的評估團隊領導的人員。

生命週期模型 − 將產品的生命週期劃分為各個階段，指導專案從識別客戶需求到產品退役的全過程。

經理 − 專案經理是負責規劃、指導、控制、構建和激勵專案的人員。他或她可以為在其責任範圍內的執行專案任務或活動的人員提供技術和行政指導與控制。專案經理最終對客戶負責。

成熟度等級 − 在一組預定義的流程域中，所有目標都達成的流程改程序度。

諒解備忘錄 − 兩個或多個當事方之間具有約束力的諒解檔案或協議。

自然界限 − 由流程績效度量反映的內在流程，有時稱為“流程的聲音”。控制圖、置信區間和預測區間等技術用於確定變化是由於共同原因（即流程是可預測的或“穩定的”）還是由於某些特殊原因造成的，這些特殊原因可以並且應該被識別和消除。

非研製專案 − 在採購或開發流程中之前開發的供應專案。此類專案可能需要進行少量修改才能滿足其當前預期用途的要求。

非技術需求 − 影響產品或服務獲取方式的合同規定、承諾、條件和條款。例如，要交付的產品、交付的商用現貨 (COTS) 非研製專案 (NDI) 的資料權利、交付日期以及具有退出標準的里程碑。其他非技術需求包括培訓要求、場地要求和部署時間表。

目標 − “目標”一詞在CMMI中以常見的日常意義使用；這是我們想要實現的目標。

客觀證據 − 如CMMI評估材料中所用，是指關於專案或服務特性或流程要素的存在和實施情況的定性或定量資訊、記錄或事實陳述，這些資訊基於觀察、測量或測試，並且是可驗證的。

客觀評估 − 根據最大限度地減少審查人員主觀性和偏見的標準來審查活動和工作產品。客觀評估的一個示例是獨立質量保證職能針對要求、標準或程式進行的稽核。

觀察 (Guānchá) − 如CMMI評估材料中所用，指評估團隊成員對在評估資料收集活動中看到或聽到的資訊的書面記錄。書面記錄可以是陳述的形式，也可以是其他形式，只要資訊內容得到保留。

運作概念 (Yùnzùo gàiniàn) − 對實體使用方法或運作方式的總體描述。

運作場景 (Yùnzùo chǎngjǐng) − 對想象的事件序列的描述，包括產品與其環境和使用者之間的互動，以及其產品元件之間的互動。運作場景用於評估系統的需求和設計，並驗證和確認系統。

最佳化過程 (Yōuhuà guòchéng) − 一個定量管理的過程，基於對過程中固有變異的常見原因的理解進行改進。一個專注於透過增量和創新改進持續改進過程績效範圍的過程。

組織 (Zǔzhī) − 組織是一個結構，人們在這個結構中集體管理一個或多個專案作為一個整體，其專案共享高階經理並根據相同的策略運作。

組織的業務目標 (Zǔzhī de yèwù mùbiāo) − 高階管理層制定的戰略，以確保組織的持續存在並提高其盈利能力、市場份額以及其他影響組織成功的因素。

組織成熟度 (Zǔzhī chéngshúlù) − 組織在多大程度上明確且一致地部署了已記錄、管理、衡量、控制和持續改進的過程。組織成熟度可以透過評估來衡量。

組織策略 (Zǔzhī cèlüè) − 通常由高階管理層制定的指導原則，被組織採納以影響和決定決策。

組織單元 (Zǔzhīdàn yuán) − 作為評估物件的組織部分（也稱為評估的組織範圍）。一個組織單元部署一個或多個具有連貫過程上下文並在連貫的業務目標範圍內運作的過程。組織單元通常是較大組織的一部分，但在小型組織中，組織單元可能是整個組織。

外包 (Wàibāo) − 透過合同獲得收購實體將承諾投資以獲得產品和服務的任何離散行為或擬議行為的過程。

同行評審 (Tóngháng píngshěn) − 由同行進行的審查，以找出交付成果中的缺陷。

效能引數 (Xìngnéng cānshù) − 用於指導和控制漸進式開發的有效性度量和其他關鍵度量。

已執行過程 (Yǐ zhìxíng guòchéng) − 使用已識別的輸入工作產品完成所需工作以產生已識別的輸出工作產品的過程（也稱為能力級別1）。該過程領域的具體目標得到滿足。

計劃過程 (Jìhuà guòchéng) − 透過描述和計劃進行記錄的過程。描述和計劃應協調一致，計劃應包括標準、要求、目標、資源、分配等。

過程 (Guòchéng) − 人們用來開發和維護系統及相關產品的一組活動、方法、實踐和轉換。

過程行動計劃 (Guòchéng xíngdòng jìhuà) − 在“組織過程焦點”過程領域，請參見引言說明中“過程行動計劃”的定義。

過程行動團隊 (Guòchéng xíngdòng tuánduì) − 負責根據過程改進行動計劃為組織制定和實施過程改進活動的團隊。

過程和技術改進 (Guòchéng hé jìshù gǎijìn) − 在“組織創新和部署”過程領域，請參見引言說明中“過程和技術改進”的討論。

過程領域 (Guòchéng lǐngyù) − 過程領域是某個領域中相關實踐的集合，當這些實踐共同執行時，可以滿足一組被認為對在該領域取得重大改進非常重要的目標。所有CMMI過程領域對於持續型和階段型表示都是通用的。在階段型表示中，過程領域按成熟度級別組織。

過程資產 (Guòchéng zīchǎn) − 組織認為對實現過程領域目標有用的任何東西。

過程資產庫 (Guòchéng zīchǎn kù) − 組織或專案可以使用的過程資產持有量的集合。

過程屬性 (Guòchéng shǔxìng) − 適用於任何過程的過程能力的可衡量特徵。

過程能力 (Guòchéng nénglì) − 透過遵循過程可以實現的預期結果的範圍。

過程上下文 (Guòchéng chǎngwèng) − 在評估輸入中記錄的一組因素，這些因素會影響評估等級的判斷和可比性。這些因素包括但不限於：待評估組織單元的規模；組織單元的人口統計資料；產品或服務的應用領域；產品或服務的規模、關鍵性和複雜性；以及產品或服務的質量特徵。

過程定義 (Guòchéng dìngyì) − 定義和描述過程的行為。過程定義的結果是過程描述。

過程描述 (Guòchéng miáoshù) − 對為實現既定目的而執行的一組活動的記錄表達，它提供了過程主要元件的操作定義。該文件以完整、精確和可驗證的方式指定過程的要求、設計、行為或其他特徵。它還可以包括確定這些規定是否得到滿足的程式。過程描述可以在活動、專案或組織級別找到。

過程元素 (Guòchéng yuánsù) − 過程的基本單元。過程可以用子過程或過程元素來定義。子過程可以進一步分解；過程元素不能。每個過程元素都涵蓋一組密切相關的活動（例如，估算元素、同行評審元素）。可以使用模板來完成、抽象來細化或描述來修改或使用過程元素。過程元素可以是活動或任務。

過程組 (Guòchéng zǔ) − 一組促進組織使用的過程的定義、維護和改進的專家。

過程改進 (Guòchéng gǎijìn) − 一項旨在改進組織過程的績效和成熟度以及此類程式結果的活動計劃。

過程改進目標 (Guòchéng gǎijìn mùbiāo) − 建立的一組目標特徵，以指導以特定可衡量的方式改進現有過程的努力，無論是就最終產品特徵（例如，質量、效能、符合標準等）還是執行過程的方式（例如，消除冗餘過程步驟、組合過程步驟、改進週期時間等）。

過程改進計劃 (Guòchéng gǎijìn jìhuà) − 在“組織過程焦點”過程領域，請參見引言說明中“過程改進計劃”的定義。

過程測量 (Guòchéng cèliáng) − 用於對過程及其結果產品進行測量以表徵和理解過程的一組定義、方法和活動。

過程所有者 (Guòchéng suǒyǒu zhě) − 負責定義和維護過程的人員（或團隊）。在組織層面，過程所有者是負責標準過程描述的人員（或團隊）；在專案層面，過程所有者是負責已定義過程描述的人員（或團隊）。因此，一個過程可能在不同責任級別上有多個所有者。

過程績效 (Guòchéng jìxiào) − 遵循過程所取得的實際結果的衡量標準。其特徵在於過程度量（例如，工作量、週期時間和缺陷去除效率）和產品度量（例如，可靠性、缺陷密度和響應時間）。

過程績效基線 (Guòchéng jìxiào jīxiàn) − 對遵循過程所取得的實際結果的記錄表徵，用作將實際過程績效與預期過程績效進行比較的基準。

過程績效模型 (Guòchéng jìxiào móxíng) − 對過程及其工作產品屬性之間關係的描述，這些關係是從歷史過程績效資料中開發出來的，並使用從專案中收集的過程和產品度量進行校準，並用於預測透過遵循過程將取得的結果。

過程定製 (Guòchéng dìngzhì) − 為特定目的製作、更改或調整過程描述。例如，專案根據組織的標準過程集定製其已定義的過程，以滿足專案的客觀、約束和環境。

產品 (Chǎnpǐn) − 產品可以被認為是遵循過程後產生的任何有形輸出或服務，並且旨在交付給客戶或終端使用者。產品也可以是根據合同交付給客戶的任何工作產品。

產品元件 (Chǎnpǐn zǔjiàn) − 產品元件通常是產品的較低級別元件，並整合在一起以“構建”產品。產品元件可能是交付給客戶的產品的一部分，也可能用於產品的製造或使用。例如，對於製造手機電池的公司來說，手機電池是一種產品。對於那些組裝和交付手機的公司來說，電池是一個產品元件。

產品基線 (Chǎnpǐn jīxiàn) − 在配置管理中，定義在生產、執行、維護和後勤支援生命週期中配置項的初始批准技術資料包（包括軟體的原始碼列表）。

產品元件需求 (Chǎnpǐn zǔjiàn xūqiú) − 產品元件需求提供了產品元件的完整規範，包括配合、形狀、功能、效能以及任何其他需求。

產品生命週期 (Chǎnpǐn shēngmìng zhōuqí) − 工作產品是生命週期過程產生的任何工件，也可以稱為生命週期工作產品。生命週期工作產品可以包括需求規範、介面規範、體系結構規範、專案計劃、設計文件、單元測試計劃、整合和系統測試計劃、製造產品裝配過程等過程。

專案 (Xiàngmù) − 專案是一組相互關聯的資源的集合，這些資源向客戶或終端使用者交付一個或多個產品。這組資源有明確的開始和結束，並根據計劃運作。

產品線 (Chǎnpǐn xiàn) − 一組共享共同的、受管理的功能集的產品，這些功能滿足選定市場或任務的特定需求。

產品相關的生命週期過程 (Chǎnpǐn xiāngguān de shēngmìng zhōuqí guòchéng) − 與產品在其生命週期的一個或多個階段（即從構思到處置）相關的過程，例如製造和支援過程。

產品需求 (Chǎnpǐn xūqiú) − 將客戶需求細化為開發人員的語言，將隱式需求轉化為顯式派生需求。

程式 (Chéngxù) − (1) 專案。(2) 相關專案的集合以及支援它們的 инфраструктура，包括目標、方法、活動、計劃和成功衡量指標。

專案經理 (Xiàngmù jīnglǐ) − 專案經理是負責計劃、指導、控制、組織和激勵專案的人員。他或她可以為在其責任範圍內執行專案任務或活動的人員提供技術和管理方面的指導和控制。專案經理最終對客戶負責。隨著專案規模、多樣性和複雜性的變化，專案經理承擔著不同的角色和責任。

專案進度和績效 (Xiàngmù jìndù hé jìxiào) − 專案在實施專案計劃方面取得的成就，包括工作量、成本、進度和技術績效。

專案定義的流程 − 在整合專案管理流程域中，請參見介紹性說明和“建立專案定義的流程”具體實踐中對“專案定義的流程”的定義。

原型 − 產品或產品元件的初步型別、形式或例項，作為後續階段或最終完整版產品的模型。

質量 − 產品、產品元件或流程的一組固有特性滿足客戶要求的能力。

質量保證 − 一種有計劃、系統的途徑，用於向管理層保證已應用流程的已定義標準、實踐、程式和方法。

質量控制 − 用於滿足質量要求的操作技術和活動。

定量目標 − 以定量指標表示的期望目標值。

定量管理的流程 − 使用統計和其他定量技術進行控制的定義流程。產品質量、服務質量和流程效能屬性在整個專案中都是可衡量和可控的。

參考模式 − 用作衡量某些屬性基準的模型。

相關利益相關者 − 相關利益相關者用於指定已確定參與特定活動幷包含在適當計劃（例如專案計劃）中的利益相關者。

所需的CMMI組成部分 − 對在給定流程域中實現流程改進至關重要的CMMI組成部分。這些組成部分用於評估以確定流程能力。具體目標和通用目標是所需的模型組成部分。

需求 − (1) 使用者解決問題或實現目標所需的條件或能力。(2) 產品或產品元件必須滿足或具備的條件或能力，以滿足合同、標準、規範或其他正式施加的文件。(3) 如(1)或(2)中所示條件或能力的文件化表示。

需求分析 − 基於對客戶需求、期望和約束的分析；操作概念；人員、產品和流程的預計利用環境；以及有效性衡量，確定產品特定的效能和功能特性。

需求獲取 − 使用原型和結構化調查等系統化技術，主動識別和記錄客戶和終端使用者的需求。

需求管理 − 管理專案接收或生成的全部需求，包括技術和非技術需求，以及組織對專案提出的需求。

需求追溯性 − 需求與其來源需求、其實現及其驗證之間關聯的證據。

投資回報率 − 產出（產品）收入與生產成本之比，用於確定組織從執行某個行動以生產某些東西中是否受益。

風險分析 − 對風險的評估、分類和優先排序。

風險識別 − 一種有組織、徹底的方法，用於尋找實現目標中可能存在的或現實的風險。

風險管理 − 一種有組織的、分析性的流程，用於識別可能造成損害或損失的原因（識別風險），評估和量化已識別的風險，並制定和（如有需要）實施適當的方法來預防或處理可能導致重大損害或損失的風險原因。

風險管理策略 − 一種有組織的、技術性的方法，用於識別可能造成損害或損失的原因（識別風險），評估和量化已識別的風險，並制定和（如有需要）實施適當的方法來預防或處理可能導致重大損害或損失的風險原因。通常，風險管理是為專案、組織或產品開發組織單元執行的。

根本原因 − 根本原因是缺陷的根源，如果將其消除，則缺陷會減少或消除。

高階經理 − CMMI 中使用的高階經理一詞是指組織中級別足夠高的管理角色，該人員的主要關注點是組織的長期健康和成功，而不是短期的專案和合同問題以及壓力。高階經理可能負責監督可能包含許多由專案經理管理的專案的專案。

軟體工程 − (1) 對軟體的開發、操作和維護採用系統化、規整化、可量化的途徑。(2) 如(1)中所示方法的研究。

招標 − 編制招標檔案和選擇供應商（承包商）的過程。

招標檔案 − 一份正式檔案，詳細說明技術和非技術要求，用於請求對投標邀請書（投標）和建議書請求書（建議書）的報價，或請求能力陳述和價格報價（報價）。否則，它用作選擇供應來源或來源以提供產品或服務的基礎。

流程變異的特殊原因 − 缺陷的原因，是特定於某些短暫情況，而不是流程的固有部分。

具體目標 − 具體目標適用於流程域，並解決描述必須實施以滿足流程域的獨特特徵。具體目標是所需的模型組成部分，並用於評估以幫助確定是否滿足流程域。

具體實踐 − 具體實踐是實現相關具體目標的重要活動。具體實踐描述了預期導致實現流程域具體目標的活動。具體實踐是預期的模型組成部分。

穩定流程 − 已消除流程變異的所有特殊原因並防止其再次發生的狀態，因此只剩下流程的流程變異的共同原因。

分階段表示 − 模型結構，其中實現一組流程域的目標建立成熟度級別；每個級別都為後續級別奠定基礎。

利益相關者 − 利益相關者是指受專案結果影響或可能影響專案活動或產出的群體或個人。

標準流程 − 指導在組織中建立通用流程的基本流程的操作定義。標準流程描述了預期將納入任何已定義流程的基本流程元素。它還描述了這些流程元素之間的關係（例如，排序和介面）。

工作說明書 − 完成專案所需合同工作的描述。

統計可預測性 − 使用統計和其他定量技術控制的定量流程的效能。

統計過程控制 − 對流程的基於統計的分析和流程效能的測量，這將識別流程效能中共同原因和特殊原因的變異，並保持流程效能在限制範圍內。

統計技術 − 採用統計方法（例如，統計過程控制、置信區間、預測區間）的分析技術。

統計管理的流程 − 透過基於統計的技術進行管理的流程，其中分析流程、識別流程變異的特殊原因，並將效能控制在明確定義的限制範圍內。

優勢 − 如CMMI評估材料中所用，CMMI模型實踐的典範或值得注意的實施。

子流程 − 流程的一部分。

供應商 − (1) 交付產品或執行正在獲取的服務的實體。(2) 個人、合夥企業、公司、公司、協會或其他服務，與收購方簽訂協議（合同），根據協議（合同）條款設計、開發、製造、維護、修改或供應物品。

維持 − 用於確保終端使用者或客戶能夠在其操作環境中使用產品的流程。維持確保維護能夠使產品處於可操作狀態，無論客戶或終端使用者是否正在使用該產品。

系統工程 − 管理將客戶需求、期望和約束轉換為產品解決方案並支援其整個產品生命週期的全部技術和管理工作所需的跨學科方法。這包括定義技術性能指標，將工程專業知識整合到產品架構的建立中，以及定義支援生命週期流程，以平衡成本、效能和進度目標。

定製指南 − 定製流程會對流程描述進行修改、更改或調整，通常在組織級別進行描述，以便在特定專案中使用。對於大多陣列織而言，不可能或不會對所有專案都遵循 100% 的一個組織流程定義。通常需要一些調整。然後，定製指南描述可以和不可以修改的內容，並識別允許修改的流程元件。

目標概況 − 在持續表示中，流程域及其相應的效能級別列表表示流程改進的目標。

目標分階段 − 在持續表示中，目標概況的序列描述了組織應遵循的流程改進路徑。

技術資料包 − 可能包括以下專案的集合，如果此類資訊適用於產品和產品元件的型別。

技術要求 − 要獲取或開發的產品或服務的屬性（特性）。

測試程式 − 給定測試的設定、執行和結果評估的詳細說明。

方案研究 − 基於標準和系統分析對備選方案的評估，以選擇實現確定目標的最佳備選方案。

培訓 − 在組織培訓流程域中，請參見介紹性說明中對“培訓”的定義。

單元測試 − 對單個硬體或軟體單元或相關單元組的測試。

確認 − 確認證明產品（或將要提供的產品）將在操作環境中滿足其預期用途。確認確保“你構建了正確的東西”。

驗證 − 驗證包括根據所有選定的要求（包括客戶、產品和產品元件要求）驗證產品和中間工作產品。驗證本質上是一個增量過程。它從需求驗證開始，透過不斷演變的工作產品的驗證，最終以完成產品的驗證告終。驗證解決的是工作產品是否正確反映了規定的要求。驗證確保“你正確地構建了它”。

驗證實施 − CMMI 模型流程域的一個共同特徵，其分階段表示將與高階管理層審查相關的通用實踐分組，以及對流程描述、程式和標準的一致性的客觀評估。

版本控制 − 建立和維護基線，並識別對基線的更改，以便能夠返回到以前的基線。

弱點 − 如CMMI評估材料中所用，是指一個或多個CMMI模型實踐的無效實施或缺乏實施。

工作分解結構 − 工作要素及其彼此之間以及與最終產品的關係安排。

工作產品 − 在整個CMMI產品套件中，“工作產品”一詞是指流程產生的任何工件。這些工件可以包括檔案、文件、產品部件、服務、流程、規範和發票。應被視為工作產品的流程示例包括製造流程、培訓流程和產品的處置流程。工作產品與產品元件之間的關鍵區別在於，工作產品不必是工程產品或最終產品的一部分。

工作產品和任務屬性 − 產品、服務和專案任務的特性，用於幫助估計專案工作。這些特性包括大小、複雜性、重量、形式、配合或功能等專案。它們通常用作匯出其他專案和資源估算（例如，工作量、成本、進度）的一種輸入。

CMMI - 縮寫

以下是按字母順序排列的所有CMMI縮寫詞列表。