Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022
Azure Boards 提供多種管理工作項目的流程。 選擇合適的流程有助於優化專案工作流程，並為團隊的成功奠定基礎。 本文將介紹 Azure Boards 中可用的流程，並協助你選擇最適合你專案的方案。
當您建立專案時，會根據組織或集合建立的進程模型，選擇進程或程序範本。 在您為項目選擇程式之前，您應該先瞭解下列詞彙。
| Term | Description |
|---|---|
| 製程模型 | 指特別用於支持為組織或專案集合創建的專案的模型。 專案一次只能支援一種流程模型。 |
| Process | 定義工作專案追蹤系統的建置組塊，並支援 Azure Boards 的 繼承 程式模型。 此模型支援透過 Azure DevOps 網頁入口網站中的視覺化編輯器來自訂專案。 |
| 流程範本 | 定義工作專案追蹤系統的建置組塊，以及您透過 Azure DevOps 存取的其他子系統。 流程範本只能與裝載 XML 和內部部署 XML 進程模型搭配使用。 您可以修改和匯入程式範本 XML 定義檔案，以自訂專案。 |
默認進程類型為 Basic、 Agile、 Capability Maturity Model Integration （CMMI）和 Scrum。 默認進程和進程範本中的工作追蹤物件相同。 本文將總結這些問題。
Tip
使用 Azure DevOps Server，你可以選擇繼 承的流程模型 或 本地 XML 流程模型。 如需詳細資訊，請參閱 選擇專案集合的進程模型。 若要存取預設進程或進程範本的最新版本：
繼承的進程模型：開啟 [ 行程 ] 頁面。 如需詳細資訊，請參閱 管理進程。
內部部署 XML 流程模型
- 安裝或升級至最新版的 Azure DevOps Server。
- 請使用 流程範本管理器下載壓縮的範本檔案。 使用與 Azure DevOps Server 相同版本級別的 Visual Studio。 您可以免費安裝最新版本的 Visual Studio Community 。
- 例如，存取安裝在 Azure DevOps Server 上的最新預設流程範本：
%programfiles%/Azure DevOps Server 2020/Tools/Deploy/ProcessTemplateManagerFiles/1033如需每個檔案和資料夾的描述，請參閱 程式範本檔案概觀。
預設程序
預設流程主要差異在於它們提供的工作項目類型，用於規劃和追蹤工作。 請參考以下指南，選擇最適合你團隊的流程：
- 選擇 Basic 以獲得最簡單的體驗——將工作記錄為史詩、議題和任務。
- 如果你的團隊使用敏捷方法，且想透過獨立的開發與測試活動追蹤使用者故事，請選擇 敏捷 。
- 如果你的團隊遵循 Scrum 並追蹤產品待辦項目與錯誤，請選擇 Scrum 。
- 如果您的團隊需要正式的變更管理、可稽核的決策紀錄，以及需求、變更請求、風險與審查的追蹤，請選擇 CMMI 。
選擇正確的流程
如果你不確定哪種流程適合你的團隊，可以參考以下情境作為起點：
確定你的專案流程
要找出你的專案使用哪種流程：
- 登入你的 Azure DevOps 專案。
- 選擇 專案設定>流程。
程序名稱會出現在頁面頂端（例如 Agile、Scrum、Basic 或 CMMI）。
欲了解更多資訊，請參閱 管理專案。
選擇正確的流程
如果你不確定哪種流程適合你的團隊，可以參考以下情境作為起點：
| Scenario | 推薦流程 | 原因為何 |
|---|---|---|
| 你是 Azure Boards 的新手，或是想要最輕量級的追蹤功能。 | Basic | 三種工作項目類型（Epic、Issue、Task）和一個簡單的To Do / Doing / Done工作流程。 |
| 你的團隊實踐敏捷，追蹤使用者故事，並將開發與測試工作區分開來。 | Agile | 具備獨立 Bug 追蹤的使用者故事；更豐富的狀態（New、Active、Resolved、Closed、Removed）。 |
| 你的團隊採用 Scrum，包含衝刺、產品待辦事項和阻礙。 | Scrum | 看板上的產品待辦事項與錯誤；Approved 和 Committed 狀態直接對應 Scrum 事件。 |
| 你在一個受規範的環境中工作，需要正式的變更控制、可審計的決策紀錄，以及風險與審查追蹤。 | CMMI | 新增需求、變更請求、風險及審查工作項目類型，並支援正式的變更管理活動。 |
Note
選擇或自訂流程需加入 Project Collection 管理員群組。 如需詳細資訊，請參閱 預設權限快速參考。
| Process | 工作項目階層 |
|---|---|
|
Basic 當您的小組想要使用問題、工作和 Epic 工作專案類型來追蹤工作的最簡單模型時，請選擇 [基本 ]。 工作支援追蹤剩餘工時。 |
|
|
Agile 當您的小組使用敏捷式規劃方法時，請選擇 [敏捷 式]，包括 Scrum，並分別追蹤開發和測試活動。 此流程非常適合追蹤使用者故事，並可選擇性地在面板上追蹤 Bug。 您也可以追蹤任務板上的錯誤和工作。 如需敏捷式方法的詳細資訊，請參閱 敏捷式聯盟。 工作支援追蹤原始估計、剩餘工作和已完成工作。 |
|
|
Scrum 當您的團隊練習 Scrum 時，請選擇 [Scrum ]。 此流程非常適合追蹤面板上的產品待辦項目和錯誤。 您也可以將產品待辦專案和 Bug 細分為工作面板上的工作。 此程式支援 Scrum 組織所定義的 Scrum 方法。 工作僅支援追蹤剩餘工時。 |
|
|
CMMI 當您的小組遵循更正式的專案方法時，請選擇 CMMI ，這些方法需要流程改進的架構，以及可稽核的決策記錄。 透過此程式，您可以追蹤需求、變更要求、風險和檢閱。 此程序支援 正式的變更管理活動。 工作支援追蹤原始估計、剩餘工作和已完成工作。 |
|
如果您需要兩或三個以上的待辦專案層級，請根據您使用的進程模型新增更多：
- 繼承：自定義流程的待辦事項或看板
- 託管 XML 或內部部署 XML：新增組合待辦項目
默認進程之間的主要區別
預設流程符合大多數團隊的需求。 如果您的小組有不尋常的需求並連線到內部部署伺服器，請自定義程式，然後建立專案。 您也可以從進程建立專案，然後自定義專案。
下表摘要說明四個預設進程所使用的工作專案類型和狀態之間的主要區別。
| 追蹤區域 | 基本 | Agile | Scrum | CMMI |
|---|---|---|---|---|
| 工作流程狀態 | - 待辦事項 - 進行中 - 好了 |
- 新增 - 啟用中 - 已解決 - 已關閉 - 已移除 |
- 新增 - 核准 - 已承諾 - 好了 - 已移除 |
- 提議 - 啟用中 - 已解決 - 已關閉 |
| 產品規劃 （見註1） | -問題 | - 使用者故事 - Bug（可選） |
- 產品待辦事項 - Bug（可選） |
-要求 - Bug（可選） |
| 投資組合積壓 （見註2） | -史詩 | -史詩 -特徵 |
-史詩 -特徵 |
-史詩 -特徵 |
| 任務與衝刺規劃 （見註3） | -任務 | -任務 - Bug（可選） |
-任務 - Bug（可選） |
-任務 - Bug（可選） |
| 錯誤待辦清單管理 （見註1） | -問題 | - 程式錯誤 | - 程式錯誤 | - 程式錯誤 |
| 議題與風險管理 | -問題 | -問題 | -障礙 | - 變更要求 -問題 -風險 -回顧 |
Note
- 從 產品待辦專案 或 面板新增工作項目。 產品待辦清單會顯示目前待辦工作清單的單一視圖，你可以動態重新排序和分組。 產品擁有者可以排定工作優先順序，並概述相依性和關聯性。 每個小組都可以設定他們希望 Bug 在其待辦專案和面板上顯示的方式。
- 定義組合待辦項目階層，以了解數個小組的工作範圍，並查看該工作如何匯總成更廣泛的計劃。 每個小組都會設定要顯示哪些 專案組合待辦項目，以便供其查看。
- 從 衝刺待辦清單和任務看板定義工作。 透過容量規劃，小組可以判斷它們的衝刺週期是否超過容量或容量不足。
工作流程狀態、轉換和原因
工作流程狀態支持追蹤工作的狀態，因為它從 New 狀態移至 Closed 或 Done 狀態。 每個工作流程都包含一組狀態、狀態之間的有效轉換，以及將工作專案轉換為選取狀態的原因。
Important
工作流程轉換：Azure DevOps 的預設工作流程支援任意狀態轉換。 您可以自定義這些工作流程，以根據小組的需求限制特定轉換。 如需詳細資訊，請參閱 自定義您的工作追蹤體驗。
可視化工作流程： 若要檢視每個工作項目類型支援的工作流程轉換，請安裝 狀態模型視覺效果 Marketplace 延伸模組。 此擴充功能會在 Boards 下新增狀態可視化器樞紐，您可以在其中選擇工作項目類型並查看其完整的工作流狀態模型。
下圖顯示用來追蹤三個默認處理程式之工作項目類型之工作和程序代碼缺陷的典型向前進展。 它們也顯示先前狀態的一些回歸，以及轉變至已移除的狀態。
每個影像只會顯示與轉換相關聯的預設原因。
大多數 Agile 工具使用的工作項目類型，即在待辦清單和看板上出現的項目類型，都支援任意類型間的轉換。 使用面板或工作面板更新工作項目的狀態。 將工作專案拖曳至其對應的狀態數據行。
變更工作流程以支援其他狀態、轉換和原因。 如需詳細資訊，請參閱 自定義您的工作追蹤體驗。
已移除、已關閉和已完成狀態在待辦項目中的運作方式
當您將工作項目的狀態變更為 Removed、 Closed或 Done時，系統會回應如下：
-
Closed或Done：處於此狀態的工作項目不會顯示在組合待辦專案或待辦專案頁面上，但會顯示在衝刺待辦專案頁面、面板及工作面板上。 當你將投資組合待辦項目檢視變更為 顯示待辦項目 時（例如，查看功能與產品待辦項目一併顯示），處於Closed和Done狀態的工作項目也會顯示。 -
Removed：處於此狀態的工作專案不會出現在任何待辦專案或面板上。
Note
預設的 CMMI 工作流程沒有包含 Removed 狀態。 要將 CMMI 工作項目從主動追蹤中移除，請將其狀態設為 並Closed選擇適當的理由（例如延遲或拒絕）。 如果團隊需要，你可以 自訂繼承流程 來新增 Removed 狀態。
只要專案仍在進行中，您的專案即會維護工作項目。 即使您將工作項目設定為 Closed、 Done或 Removed，資料存放區也會保留記錄。 你可以利用這筆紀錄來建立查詢或報告。
Note
- 待辦事項和公告板會在變更 日期 超過183天（約六個月）時隱藏已完成或已關閉的工作項目。
- 透過執行查詢來尋找隱藏物品。
- 透過進行小幅更新來更新其 變更日期，讓某個項目再次顯示在待辦項目清單或看板上。
Note
- 待辦事項和公告板會隱藏已完成或已關閉的工作項目，當變更 日期 超過一年時。
- 透過執行查詢來尋找隱藏物品。
- 透過進行小幅更新來更新其 變更日期，讓某個項目再次顯示在待辦項目清單或看板上。
如果您需要永久刪除工作專案，請參閱 移除或刪除工作專案。
新增至所有進程的工作項目類型
除了基本程式以外，下列工作項目類型會新增至所有進程。
您的小組可以使用對應的工具來建立及使用這些類型。 這些工作項目類型會保留在結構中以維持歷史相容性。 Microsoft 測試管理員和團隊探索器的「我的工作」體驗是舊有工具，現在大多已被網頁入口網站取代。
| Tool | 工作項目類型 |
|---|---|
| Microsoft Test Manager （legacy） |
Test Plan、 、 Test Suite、 Test Case Shared StepsShared Parameters |
| 請求反饋 |
Feedback Request、Feedback Response |
| 我的作品（來自 Team Explorer，舊有），程式碼審查 |
Code Review Request、Code Review Response |
你無法從這些類型定義手動建立工作項目。 它們會被加入這個 Hidden Types 類別。 新增至 Hidden Types 類別的工作項目類型不會出現在建立新工作專案的功能表上。
支援測試體驗的工作項目類型
下圖所示的連結類型連結支援測試體驗的工作項目類型，並與測試管理員及網頁入口網站協作。
從網頁入口網站或 Microsoft 測試管理員，您可以查看測試套件中定義的測試案例，以及測試計畫中定義的測試套件。 不過，這些物件不會透過連結類型彼此連線。 自定義這些工作項目類型，就像任何其他工作專案類型一樣。 如需詳細資訊，請參閱 自定義您的工作追蹤體驗。
如果你更改了測試計畫和測試套件的工作流程，可能需要如本文所述更新程序設定。 如需每個測試欄位的定義，請參閱 根據組建和測試整合欄位建立查詢。