Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022
能力成熟度模型整合（CMMI）流程為管理受規範且合規繁重的環境中的軟體開發提供了結構化框架。
CMMI 非常適合受規範產業的團隊、需要正式變更控制程序的團隊，或採用流程改進框架的組織。 本文介紹 CMMI 工作項目類型、查詢、圖表與儀表板。 如果你是CMMI新手，請從這裡開始。
先決條件
- Azure DevOps 組織。
- 基本存取權限或更高，以及 Project Creator 權限。
- 熟悉工作項目追蹤的概念與流程範本。
- 選用：對 流程範本設定的讀取權限。
如果 CMMI 不適合你的團隊，可以考慮其他流程範本：
背景：能力成熟度模型整合
能力成熟度模型整合（CMMI）是由卡內基美隆大學軟體工程研究所（SEI）開發的成熟度框架。 CMMI 協助組織評估流程成熟度，並引導流程改進，以產出更可預測的結果與更高品質的產品。 它提供結構化的風險管理方法，並衡量組織風險管理的成效。
Note
本文的指引是基於 Azure Boards 支援的 CMMI 1.3 版本。 內容沒有更新到較新的 CMMI 版本。 在 CMMI 中，需求代表客戶需求與專案範圍，而任務則代表實施工作。 將需求與任務連結，以實現團隊間的整合追蹤與進度監控。 利用變更請求和錯誤來追蹤正式的修改與缺陷。
CMMI 的目的是什麼？
CMMI 協助團隊與組織：
- 提升可預測性 — 成熟度較高的組織傾向採用量化管理實務，展現較低的流程變異性，並使用領先指標作為可辯護的管理決策。
- 風險管理 — 風險管理能力直接提升組織提供高品質且合規成果的能力。
- 簡化溝通 — CMMI 提供一個共同的框架與語言，以改善流程改進的溝通。
- 平衡創新與控制 ——CMMI專注於規範環境中的流程標準化，同時支持持續改進。
工作項目查詢幫助你依類型列出項目——變更請求、錯誤、任務和需求。 利用查詢來聚焦當前工作、分類處理問題，並為規劃和報告做好準備。
將CMMI作為流程改進計畫的基礎，而非必須逐字遵循的規定清單。 將評估視為衡量進展的一種方式，而非主要目標。 請記住，較高成熟度會降低創新速度，而較低成熟度則可能促進創新，但可預測性較低。
CMMI 定義了 22 個流程領域，幫助組織在工程、專案管理及組織支援方面進行改進。 該模型提供了兩種互補的表示：
- 舞台演出： 將 22 個流程領域分為五個成熟度等級（1–5），為組織提供單一成熟度等級。 這種代表性有助於高階主管與經理了解組織能力。
- 連續表示： 評估各製程區域的能力，讓您能將改進重點放在能帶來最大商業價值的地方。
CMMI 流程領域
CMMI-DEV 模型在版本 1.3 中定義了 22 個製程領域：
| 縮略字 | 流程區域 |
|---|---|
| 汽車 | 因果分析與解析 |
| CM | 組態管理 |
| DAR | 決策分析與解決 |
| IPM | 整合式專案管理 |
| 麻州 | 測量和分析 |
| 物件識別 (OID) | 組織創新與部署 |
| OPD | 組織流程定義 |
| OPF | 組織流程焦點 |
| OPP | 組織流程效能 |
| OT | 組織訓練 |
| PI | 產品整合 |
| PMC | 項目監視與控制 |
| PP | 專案規劃 |
| PPQA | 流程與產品品質保證 |
| QPM | 量化專案管理 |
| RD | 需求定義 |
| REQM | 需求管理 |
| RSKM | 風險管理 |
| SAM | 供應商合約管理 |
| TS | 技術解決方案 |
| VER | 驗證 |
| 瓦爾 | Validation |
開始使用 CMMI
要在 Azure DevOps 中建立你的第一個 CMMI 專案，請遵循以下步驟：
要開始，請遵循以下步驟：
使用 CMMI 建立新專案 — 在專案建立時選擇 CMMI 範本。
規劃你的第一份工作 — 建立需求以捕捉客戶需求，並拆解實施工作。 需求與任務共同運作，讓您的團隊能進行彙總追蹤。
設置查詢與儀表板 — 建立工作項目查詢以聚焦當前工作，並建立圖表以監控進度。 查詢有助於分析相依性並維持合規性。
如需詳細工作流程指引，請參閱 CMMI 工作項目類型與工作流程。
CMMI 工作項目類型與工作流程
CMMI 包含五種主要的工作項目類型，每種都有明確的生命週期。 了解這些類型及其工作流程有助於有效應用CMMI流程。
| 工作項目類型 | Purpose | Workflow | 這是 CMMI 特有的嗎？ |
|---|---|---|---|
| 要求 | 捕捉客戶需求與專案範圍 | 已提出 → 進行中 → 已解決 → 已關閉 | 相當於敏捷/Scrum 中的「使用者故事」 |
| 變更申請 | 正式請求修改需求或設計 | 已提出 → 進行中 → 已解決 → 已關閉 | 是的——能夠實現正式的變更管理 |
| 任務 | 拆解工作並追蹤執行步驟 | 新建→啟用→已完工→關閉 | 可在所有流程中使用。 |
| 程式錯誤 | 記錄程式碼或設計中的缺陷 | 新→有效→已解決→關閉 | 可在所有流程中使用。 |
主要差異： 與敏捷與 Scrum 不同，CMMI 包含變更請求以強制執行正式的變更控制程序。 此方法使團隊能在受控環境中維持稽核追蹤並遵守法規。
Note
- 您可以建立和自定義繼承的進程，並將該程式套用至專案，以自定義專案的工作追蹤系統。 如需詳細資訊，請參閱 程式自定義和繼承的進程。
- 您也可以自訂程式範本。 如需詳細資訊，請參閱 預設進程和進程範本。
Note
- 您可以自定義繼承的進程或內部部署 XML 程式，以自定義專案的工作追蹤系統。 如需詳細資訊，請參閱 進程自定義和繼承的進程 或 內部部署 XML 程式自定義。 當您安裝或升級至最新版的 Azure DevOps Server 時，每個程式的最新版本都會自動上傳。 其他工件，例如 SQL Server 報表，只有在您連線到專案時才能使用。 其他資源需求亦適用。
- 您也可以自訂程式範本。 如需詳細資訊，請參閱 預設進程和進程範本。
使用 CMMI 規劃和追蹤工作
在 CMMI 中，需求代表客戶需求與專案範圍，而任務則代表實施工作。 將需求與任務連結，以實現團隊間的整合追蹤與進度監控。 利用變更請求和錯誤來追蹤正式的修改與缺陷。
欲了解更多如何建立需求、連結任務及管理工作項目工作流程的資訊，請參閱 CMMI 工作項目類型與工作流程。
利用這條路徑開始敏捷規劃。 如需詳細資訊，請參閱 開始使用敏捷式工具來規劃和追蹤工作。
Note
工作專案是資料庫記錄，其中包含工作的定義、指派、優先順序和狀態。 工作項目類型會為每個類型定義欄位、工作流程和表單的範本。 工作專案可以彼此連結，以支援追蹤相依性、工作匯總和報表。
使用查詢列出工作項目
工作項目查詢幫助你依類型列出項目——變更請求、錯誤、任務和需求。 利用查詢來聚焦當前工作、分類處理問題，並為規劃和報告做好準備。
常見的 CMMI 查詢模式：
- 顯示與史詩或長片相關的所有需求
- 列出待核准或審核中的變更請求
- 顯示阻礙發布的錯誤
- 查找目前衝刺中尚未開始的任務
- 依狀態顯示需求（提案、有效、已解決、關閉）
這些查詢幫助你分析進度、辨識相依關係，並維持對流程的合規性。
Note
當您建立新專案時，不再有一組預設的 共享查詢。 已從進程範本中移除共用查詢的定義。 針對內部部署，您可以將它們新增至自定義程式範本，如將工作專案查詢新增至進程範本中所述。
從網頁入口網站查看並執行查詢。 你也可以從 Visual Studio 的 Team Explorer 外掛查看查詢。 在網頁查詢編輯器中修改查詢 ，套用不同的篩選條件，並在 團隊儀表板新增查詢。
共享查詢提示
使用下列秘訣增強您的工作流程：
- 將 @Me 新增為查詢子句中 [指派給] 字段的值，以尋找指派給您的工作專案。
- 開啟查詢編輯器 ，藉由新增產品區域、反覆專案或其他字段的準則來修改任何查詢。
- 在 Excel 中開啟查詢，以更新一或多個工作專案的欄位，並將變更發佈至資料庫。
- 建立餅圖、柱形圖或趨勢圖 ，以將一般清單查詢的狀態或進度可視化。
- 使用標準存取，在 [ 我的查詢 ] 區域下建立查詢和資料夾。 若要在 [共用查詢]下建立查詢和資料夾，請確定您具有 [參與] 許可權和至少 [基本] 存取權。 如需詳細資訊，請參閱 設定查詢的許可權。
監視進度
CMMI 支援建立狀態與趨勢圖表，並根據 Azure Boards 的工作追蹤工具自動填充。 主要的圖表類型包括：
- 累積流程圖： 顯示需求、任務和錯誤隨時間變化的進度
- 燃盡圖： 顯示衝刺朝向迭代目標的進度
- 速度： 顯示各個衝刺中已完成的工作
- 趨勢： 揭示錯誤發現與解決方案的模式
這些圖表顯示在網路入口網站，幫助團隊做出以數據為基礎的流程改進與進展決策。
製作輕量級圖表
你可以根據你的追蹤目標，從平面清單查詢建立圖表。 圖表類型包括：
- 狀態圖表： 圓餅、條狀圖、欄狀圖、堆疊條狀圖與樞紐圖
- 趨勢圖： 堆疊面積、線與面積
請使用以下工作流程：
分析小工具與 Power BI 報表
分析服務可以回答項目過去或目前狀態的量化問題。 您可以將分析小工具新增至儀錶板，或使用Power BI來建立圖表和報表。
如需詳細資訊，請參閱 什麼是 Analytics Service？
CMMI 進程版本
隨著 CMMI 程式範本的發展，其版本號碼會變更。 範本提供一個 version 元素，用於指定主要和次要版本。 下表對應 Azure DevOps 內部部署版本所使用的範本版本;Azure Boards （雲端） 一律會使用最新的範本。
| Version | CMMI 名稱 | 主要版本 |
|---|---|---|
| Azure DevOps Services （2026） | CMMI | 18.4 |
| Azure DevOps Server 2022 | CMMI | 18 |
| Azure DevOps Server 2020 | CMMI | 17 |
版本背景：Azure Boards Services 使用版本 18.4。 使用內部部署 Azure DevOps Server 的組織，會根據其伺服器版本使用前一個表格中對應的版本。
有效地使用 CMMI 程式
要有效實施 CMMI，請根據組織的情境與成熟度調整框架。 請探索以下資源，協助您順利採用 CMMI：
使用 CMMI 範本和指引作為程式改善計劃的一部分，並根據下列條件進行調整：
- 產品類型和歷程記錄
- 項目規模
- 團隊技能和背景
- 貴組織中的已接受做法
CMMI 能力成熟度等級
CMMI 定義了五個能力層級，指導流程改進。 隨著團隊成熟，你會透過實施CMMI實踐與工作追蹤，逐步晉升這些層級：
- 不完整： 這些流程難以預測且控制不力。
- 已執行： 團隊記錄並理解流程。
- 管理： 團隊主動管理流程，利用指標與控制措施。
- 定義： 團隊根據組織標準調整流程。
- 優化： 團隊持續透過創新與優化來改善流程。
關於 CMMI 的常見問題（常見問題）
問：變更請求（Change Request）和任務（Task）有什麼不同？
答：任務將工作拆解成實施步驟。 變更請求正式要求修改需求或設計，並附有核准工作流程及合規追蹤。 在受規範的環境中使用變更請求。 使用任務來分解例行工作。
問：如果我用錯誤的流程模板建立專案怎麼辦？
答：請用 CMMI 建立新專案 ，或 將流程範本更改 為 CMMI。
問：我該如何為我的團隊自訂 CMMI？
答：請參閱 「自訂 CMMI 流程 」，了解如何根據團隊需求調整工作項目類型、欄位與工作流程。