選擇要在Azure Boards中運作的進程流程或進程範本

Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020 |Azure DevOps Server 2019 |TFS 2018

每當建立專案時,您必須根據為組織或集合選取的進程模型,選擇程式或程式範本。 為專案選擇程式時,請務必瞭解下列詞彙:

  • 程式模型是指用來支援為組織建立的專案 (Azure DevOps Services) 或專案集合 (Azure DevOps Server) 的模型。 專案一次只支援一個進程模型。 自訂 工作追蹤中提供三個進程模型的比較:繼承、內部部署 XML 和託管 XML。
  • 進程會定義工作專案追蹤系統的建置組塊,並支援Azure Boards的繼承程式模型。 此模型支援透過 WYSIWYG 使用者介面自訂專案。
  • 程式範本會定義工作專案追蹤系統的建置組塊,以及您透過 Azure DevOps 存取的其他子系統。 進程範本只能與裝載的 XML 和內部部署 XML 進程模型搭配使用。 您可以修改和匯入進程範本 XML 定義檔來自訂專案。

注意

如需設定和自訂專案和小組以支援業務需求的指引,請檢閱設定和自訂Azure Boards

如需使用您選擇的程式建立專案的詳細資訊,請參閱 建立專案。 若要深入瞭解程式模型,請參閱 自訂您的工作追蹤體驗

提示

透過Azure DevOps Server,您可以選擇使用繼承的進程模型或內部部署 XML 進程模型。 如需詳細資訊,請參閱 自訂您的工作追蹤體驗、選擇專案集合的程式模型。 若要存取最新版的預設進程/進程範本:

提示

若要存取預設進程範本的最新版本:

預設進程和程式範本中包含的工作追蹤物件,基本、敏捷式、CMMI 和 Scrum 相同,並摘要如下。 基本程式可從 Azure DevOps Server 2019.1 和更新版本取得。 為了簡單起見,它們稱為「程式」。

提示

若要檢視和管理繼承的進程模型,請參閱 管理進程

選擇基本、敏捷式、Scrum 和 CMMI 程式

預設程式主要與 (WIT 的工作專案類型不同,) 它們提供規劃和追蹤工作。

基本是最輕量型的,且處於選擇性預覽狀態。 Scrum 是下一個最輕量型的。 Agile 支援許多 Agile 方法詞彙,而 CMMI 代表「功能成熟度模型整合」,可提供對正式程式與變更管理的最大支援。

注意

基本程式適用于Azure DevOps Server 2019 Update 1和更新版本。

選擇最適合您小組的程式。

基本

當您的小組想要使用問題、工作和 Epic 追蹤工作的最簡單模型時,請選擇 [基本 ]。

工作支援追蹤剩餘工時。

基本工作專案類型


敏捷

當您的小組使用敏捷式規劃方法時,請選擇 [敏捷 式],包括 Scrum,並分別追蹤開發和測試活動。 如果您想要追蹤使用者劇本和 (選擇性地) 工作流程看板上的 Bug,或追蹤任務面板上的 Bug 和工作,此程式會非常實用。

您可以在 敏捷式聯盟深入瞭解敏捷式方法。

工作支援追蹤原始估計、剩餘工時和已完成工時。

Agile 工作項目類型


Scrum

當您的小組練習 Scrum 時,請選擇 Scrum 。 如果您想要在工作流程看板上追蹤產品待辦專案, (PBIs) 和 Bug,或將 PBIs 和 Bug 細分為工作面板上的工作,此程式會非常實用。

此程式支援 Scrum 組織所定義的 Scrum方法。

工作僅支援追蹤剩餘工時。

Scrum 工作項目類型


CMMI

當您的小組遵循更正式的專案方法時,請選擇 CMMI ,這些方法需要流程改進的架構和可稽核的決策記錄。 透過此程式,您可以追蹤需求、變更要求、風險和檢閱。

此程式支援 正式變更管理活動。 工作支援追蹤原始估計、剩餘工時和已完成工時。

CMMI 工作項目類型


如果您需要兩個以上的或三個待辦專案層級,您可以根據您使用的程式模型來新增更多專案:

預設進程之間的主要區別

預設程式的設計目的是要符合大部分小組的需求。 如果您的小組有不尋常的需求並聯機到內部部署伺服器,您可以自訂程式,然後建立專案。 或者,您可以從進程建立專案,然後自訂專案。

下表摘要說明四個預設進程所使用的 WIT 與狀態之間的主要差異。

追蹤區域

基本

敏捷

Scrum

CMMI


工作流程狀態

  • 操作方法
  • 正在進行
  • 完成
  • 新增
  • 使用中
  • 已解決
  • 已關閉
  • 移除
  • 新增
  • 已核准
  • 已認可
  • 完成
  • 移除
  • 已提議
  • 使用中
  • 已解決
  • 已關閉

產品計劃 (請參閱第 1 點)

  • 問題
  • 使用者劇本
  • 選擇性) 錯誤 (
  • 產品待處理項目
  • 選擇性) 錯誤 (
  • 需求
  • 選擇性) 錯誤 (

公事包待辦專案 (2)

  • Epic
  • Epic
  • 功能
  • Epic
  • 功能
  • Epic
  • 功能

工作和短期衝刺規劃 (3)

  • Task
  • Task
  • 選擇性) 錯誤 (
  • Task
  • 選擇性) 錯誤 (
  • Task
  • 選擇性) 錯誤 (

錯誤待辦專案管理 (1)

  • 問題
  • Bug
  • Bug
  • Bug

問題和風險管理

  • 問題
  • 問題
  • 阻礙
  • 問題
  • 風險
  • 檢閱

注意

  1. 您可以從 產品待辦專案Kanban 面板新增這些 WIT。 產品待辦專案會顯示目前待辦專案的單一檢視,可動態重新排序和分組。 產品擁有者可以快速排定工作優先順序,並概述相依性和關聯性。
    此外,每個小組都可以設定其希望 Bug 在其待辦專案和麵板上顯示的方式。
  2. 您可以使用 Portfolio 待處理項目定義待處理項目階層,了解跨多個小組的工作範圍並查看該工作如何彙總成更廣泛的解決方案。 每個小組都可以設定哪些 組合待辦專案可供其使用
  3. 您可以從 短期衝刺待辦專案和工作面板定義工作。 透過容量規劃,小組可以快速判斷他們是否超過或低於短期衝刺的容量。

工作流程狀態、轉換及原因

工作流程狀態支援在工作從新狀態移到已關閉或完成狀態時追蹤該工作的狀態。 每個工作流程是由一組狀態、狀態間的有效轉換,以及將工作項目轉換為選取狀態的原因所組成。

重要

針對 Azure DevOps Services 和 Azure DevOps Server 2019,預設工作流程會支援任何狀態轉換為任何狀態轉換。 您可以自訂這些工作流程來限制某些轉換。請參閱 自訂工作追蹤物件,以支援小組的程式

此外,您可以安裝 狀態模型視覺效果 Markeplace 擴充功能,以檢視每個工作專案類型的支援工作流程轉換。 此延伸模組會在 [面板] 標示為 [狀態視覺化檢視] 底下新增新的中樞。 在該頁面上,您可以選擇工作專案類型並檢視工作流程狀態模型。

下圖顯示用來追蹤三個預設處理常式之工作和程式碼瑕疵的 WIT 一般向前進展。 它們也會顯示部分回到先前狀態的回復,以及轉為已移除狀態的轉換。 每個影像只會顯示與轉換相關聯的預設原因。

使用者劇本

使用者故事工作流程狀態,敏捷式程式

功能

功能工作流程狀態,敏捷式程式

Epic

Epic 工作流程狀態、敏捷式程式

Bug

Bug 工作流程狀態,敏捷式程式

Task

工作工作流程狀態,敏捷式程式

敏捷式工具所使用的大部分 WIT,其出現在待辦專案和麵板上,都支援任何對任意轉換。 您可以使用工作流程看板或工作面板將工作專案的狀態拖曳至其對應的狀態資料行,來更新工作專案的狀態。

您可以變更工作流程以支援其他狀態、轉換和原因。 若要深入瞭解,請參閱 自訂您的工作追蹤體驗

已移除、已關閉,以及完成狀態

當您將工作項目的狀態變更為 [已移除]、[已關閉] 或 [完成] 之後,系統的回應如下:

  • 已關閉完成:處於此狀態的工作專案不會出現在組合待辦專案和待辦專案頁面上。 不過,它們確實會出現在短期衝刺待辦專案頁面、工作流程看板和工作面板上。 此外,當您變更組合待辦專案檢視以顯示待處理專案時,例如,若要檢視產品待辦專案的功能,則會顯示處於已關閉和完成狀態的工作專案。
  • 已移除:處於此狀態的工作專案不會出現在任何待辦專案或面板上。

只要專案為使用中,工作專案會保留在專案中。 即使您將它們設為 [已關閉]、[完成] 或 [已移除],記錄都會保留在資料存放區中。 您可以使用記錄來建立查詢或報告。

注意

完成或關閉的工作專案一旦 變更日期 超過 183 天, (約半年) ,就不會顯示在待辦專案和麵板上。 您仍然可以使用查詢來列出這些專案。 如果您想要讓它們顯示在待辦專案或面板上,您可以對它們進行次要變更,以重設時鐘。

注意

完成或關閉的工作專案一旦 變更日期 大於一年,就不會顯示在待辦專案和麵板上。 您仍然可以使用查詢來列出這些專案。 如果您想要讓它們顯示在待辦專案或面板上,您可以對它們進行次要變更,以重設時鐘。

如果您需要永久刪除工作專案,請參閱 移除或刪除工作專案

新增至所有進程的工作專案類型

除了基本進程之外,下列 WIT 會新增至所有進程。

Test Plans、Microsoft Test Managers、My Work 和 Feedback 所使用的工作專案類型

小組會使用對應的工具,建立並處理下列類型:

  • 測試計劃、測試套件、測試案例共用步驟和共用參數:Microsoft Test Manager。
  • 意見要求和意見回應:要求意見。
  • 程式碼檢閱要求和程式碼檢閱回應:我的工作 (在 Team Explorer 中) 和程式碼檢閱要求。

這些類型定義的工作專案並非要手動建立,然後新增至 [隱藏類型] 類別。 新增至 [隱藏類型] 類別的工作專案類型不會出現在建立新工作專案的功能表中。

支援測試經驗的 WIT

支援測試體驗和使用 Test Manager 和入口網站的 WIT,會使用下圖所示的連結類型連結在一起。

測試管理工作項目類型

從入口網站或 Microsoft Test Manager,您可以檢視測試套件所定義的測試案例。 您可以檢視針對測試計劃定義的測試套件。 不過,這些物件不會透過連結類型彼此連線。 自訂這些 WIT,就像任何其他 WIT 一樣。 請參閱 自訂工作追蹤物件以支援小組的程式

如果您變更測試計劃和測試套件的工作流程,則可能需要更新流程組態 (如這裡所述)。 如需每個測試欄位的定義,請參閱 根據組建和測試整合欄位進行查詢

您可以在建立使用處理程式的專案之前或之後自訂進程。 您使用的方法取決於您所使用的進程模型。 若要深入瞭解,請參閱 自訂您的工作追蹤體驗

如果您有更多問題,請參閱 Azure DevOps 支援頁面