設定和自訂Azure Boards

  • 發行項

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

本文提供設定和自訂Azure Boards詳細資訊的指引和連結，以支援組合管理、狀態更新的行事曆檢視、追蹤相依性，以及監視完成的時間估計和實際工時。 我們建議這些工作給監督多小組專案的系統管理員。

如需快速存取一般工作，請參閱 自訂卡片、 管理資料行、 加速使用泳道工作，以及 設定待辦專案。

注意

本文中的大部分指引都適用于雲端和內部部署版本。 不過，本文中包含的部分功能，例如匯總、分析和某些組合規劃工具，目前僅適用于雲端。

如果您剛開始使用專案管理員，另請參閱以系統管理員身分 開始使用。

考量

若要充分利用Azure Boards，請瞭解您的小組如何使用其工具和功能 (，例如 Scrum、Kanban 和 Scrumban) ，以及其對設定和自訂的相依性。 下表摘要說明您在建構專案時應考慮的主要專案。

專案層級

  • 您想要定義的小組數目
  • 如何建構支援公事包管理檢視的區域路徑
  • 欄位自訂
  • 工作專案類型自訂或自訂工作專案類型
  • 公事包待辦專案自訂
  • 工作流程自訂

小組層級

  • 如何使用產品待辦專案來規劃和排定工作優先順序
  • 無論您是追蹤 Bug 作為需求或工作，還是完全不使用 Bug
  • 您是否使用工作來追蹤時間和容量
  • 如何使用組合待辦專案層級
  • 如何通知高階層管理進度、狀態和風險

自訂您的工作追蹤建置組塊和工具，以支援商務需求，並將使用方針傳達給小組。

工作專案類型和組合待辦專案

當您在 Azure Boards 中建立專案時，會先選取程式。 每個程式 (Agile、Basic、Scrum 和 CMMI) 都支援工作專案類型的階層，包括產品和組合待辦專案。 每個進程的預設工作專案類型都會列在對應的索引標籤中，並在 [ 需求 ] 和 [ 工作] 下的工作下列出待辦專案。

下圖顯示敏捷式進程待辦專案工作專案階層。 使用者劇本和工作可用來追蹤工作、Bug 追蹤程式碼缺失，以及使用 Epic 和功能，將工作分組在較大的案例中。

概念影像，敏捷式工作專案類型。

每個小組都可以藉由設定 [使用 Bug ] 設定，在與使用者劇本或工作相同的層級設定其管理 Bug 的方式。 如需使用這些工作專案類型的詳細資訊，請參閱 敏捷式程式。

您可以在每個層級新增自訂工作專案類型，甚至新增自訂群組合待辦專案。 例如，以下是將目標與關鍵結果新增為自訂工作專案類型和對應公事包待辦專案至 Scrum 程式的專案。

作為其他組合待辦專案的目標和主要結果

Teams 可以選擇用來追蹤其工作的工作專案類型。 下表摘要說明主要選項、建議的使用方式和支援的工作和工具。

工作追蹤選項

支援的工作和工具

僅限工作

不建議使用
您無法快速在待辦專案中輸入新工作，也不會排定待辦專案的優先順序。 此外，不支援行事曆檢視、跨小組檢視或組合規劃

子系相依工作的需求

支援 Scrum 方法
建議針對追蹤 Scrum 方法且想要追蹤與工作相關聯的時間的小組。

許多小組都開始使用 Scrum 方法來追蹤及規劃其工作，並使用 Sprints 中樞提供的工具。 Sprints 工具支援估計和追蹤剩餘工時，以及使用容量規劃。 如果您不打算使用這些工具，則新增子式相依工作是選擇性的。 開發人員可能會將它們新增為完成使用者劇本或待辦專案需求所需的專案檢查清單。

僅限需求，例如敏捷式) (使用者劇本、基本) (問題、 (Scrum) 的產品待辦專案、需求 (CMMI)

支援工作流程看板和 Scrumban 方法
建議針對遵循工作流程看板或 Scrumban 方法的小組，使用分鏡點、投入量或大小來估計工作，而且不會追蹤與工作相關聯的時間。

組合工作專案類型下分組的需求，例如 Epic 和功能

支援行事曆檢視、跨小組檢視和組合規劃
建議使用數個小組的組織，這些小組想要檢視與多個小組相關聯的匯總和行事曆檢視，並利用所有組合規劃工具。

設定和自訂選項

下表指出您可以設定和自訂的區域，以及受這些自訂影響的工具。 您可以自訂群組織、專案或小組層級的每個區域，或兩者的組合。 如需標準工具、分析工具和公事包規劃工具的描述，請參閱什麼是Azure Boards、內容中報告：工作追蹤和計畫 (大規模敏捷式) 。

設定或自訂

標準工具

分析

公事包規劃工具

(Project、Team) 的區域路徑、專案組態和小組訂 用帳戶

  • 面板 > 所有工具
  • 待辦 > 專案所有工具
  • 短期衝刺 > 所有工具
  • 累計流量圖
  • 速度
  • 待用趨勢
  • 傳遞計劃
  • 功能時程表
  • Epic 藍圖
  • Beta) 的公事包方案 (

專案、小組) (專案、專案組態和小組訂用帳戶的反復專案路徑、專案組態和小組訂 用帳戶

  • 待辦專案 > 短期衝刺規劃
  • 短期衝刺短期沖 > 刺待辦專案
  • 短期衝刺短期沖 > 刺容量
  • 短期衝刺 > 工作板
  • 速度
  • 待用趨勢
  • 傳遞計劃
  • 功能時程表
  • Epic 藍圖
  • Beta) 的公事包方案 (

(Team) 在待辦 & 專案面板上顯示 Bug
自訂工作專案類型、產品待辦專案 (處理)
自訂工作專案類型、Taskboard (Process)

  • Boards > 產品面板
  • 待辦專案 > 產品待辦專案
  • 待辦專案對應 > 工具
  • 短期衝刺短期沖 > 刺待辦專案
  • 短期衝刺 > 工作板
  • 速度

自訂工作專案類型、公事包待辦專案 (處理)
(Process) 更多組合待辦專案

  • Boards > 公事包面板
  • 待辦專案 > 公事包待辦專案
  • 待辦專案對應 > 工具
  • 速度

自訂工作流程 (處理)

  • Boards > 產品面板
  • Boards > 公事包面板
  • 短期衝刺 > 工作板
  • 累計流量圖

自訂欄位 (處理)

  • Boards > 產品面板
  • Boards > 公事包面板

區域路徑、產品小組和公事包管理

區域路徑可用來依產品、功能或商務區域將工作專案分組，以及支援負責指派給這些區域的小組。 您可以定義一組階層式區域路徑或一組平面集合。 一般而言，當您想要支援想要追蹤數個小組進度的商務階層時，您會定義一組階層式的區域路徑。

區域路徑和階層式群組

分組工作專案的兩個主要方式是依區域路徑，並在公文初期所述的公文工作專案類型下將其父代。 兩者不互斥。 請注意這兩種使用方式之間的差異：

  • 指派給小組的區域路徑會決定小組檢視中顯示的工作專案：產品待辦專案、組合待辦專案、傳遞計畫或其他組合規劃工具
  • 將工作專案分組在父功能或 Epic 下，決定支援哪些匯總檢視，以及工作在組合規劃工具中的顯示方式

您也可以將標籤指派給工作專案，以便進行查詢和篩選。 因此，當您建構小組和專案時，您想要確定您瞭解如何使用這些群組工具來支援您的商務需求。 您的選擇會影響組合規劃工具的使用。

區域路徑相依工具

若要執行下列工作，您必須定義區域路徑：

提示

您可以定義區域路徑結構，並將區域路徑指派給小組。 或者，您可以新增小組，並在該時間使用小組名稱建立區域路徑。 如果小組完全獨立，請建立一組一般區域路徑。 不過，如果您想要建立小組階層，則您會想要建立區域路徑的樹狀結構階層。 若要深入瞭解，請參閱 設定小組階層。

若要使用下列工具，小組必須訂閱區域路徑：

區域路徑和小組指派

每個專案都會定義預設小組和預設區域路徑。 對於小型小組，單一小組就足以開始規劃和追蹤工作。 不過，隨著組織成長，新增小組以支援其管理待辦專案和短期衝刺的能力相當實用。

以下是區域路徑及其指派給小組的範例，可支援帳戶管理和服務傳遞小組的公事包管理檢視。

區域路徑和小組指派的螢幕擷取畫面。

  • 您可以建立階層式區域路徑以支援功能和產品區域的子類別
  • 若要提供公事包檢視，您可以指派兩個或多個區域路徑，並將子領域納入公事包管理小組
  • 指派給小組的區域路徑會決定在小組檢視中篩選哪些工作專案：產品待辦專案、組合待辦專案、傳遞計畫或其他組合規劃工具
  • 將工作專案分組在父功能或 Epic 底下，決定支援哪些匯總檢視，以及工作在行事曆檢視中的顯示方式，例如功能時程表和 Epic 藍圖

新增團隊之前，建議您先閱讀下列文章：

建議：

  • 考慮哪些高階層管理可能想要檢視，以及如何以最佳方式加以支援
  • 考慮您要如何針對小組和組合管理使用匯總
  • 針對需要兩或多個短期衝刺完成的大型計畫定義 Epic 和案例
  • 定義可在單一短期衝刺中完成的工作需求，並可指派給單一個人
  • 定義工作以追蹤更細微的詳細資料，或追蹤花費的時間

提示

  • 工作專案只能指派給單一個人。 當您定義工作專案時，請考慮需要多少工作專案，才能將工作指派給這些工作完成工作的人員。
  • 選擇 [節點名稱] 欄位作為資料行選項，以檢視待辦專案清單或面板卡片中的分葉區域節點。 如需詳細資訊，請參閱 自訂卡片
  • 請勿在相同類型的工作專案之間建立父子連結，例如劇本、Bug-Bug、task-task。

大部分Azure Boards工具都支援根據區域路徑和/或反復專案路徑篩選的工作專案檢視。 您也可以根據關鍵字、指派、工作專案類型等等來套用更多篩選。

將 Bug 視為需求或工作

每個小組都可以選擇他們想要管理 Bug 的方式。 某些小組想要追蹤 Bug 以及待辦專案的需求。 其他小組想要追蹤 Bug 作為支援需求的工作。 然後，Bug 會出現在其 工作面板上。

如果您使用 Scrum 程式，您的預設設定是追蹤 Bug 以及產品待辦專案 (PBIs) 。 如果您在以 Agile 或 CMMI 程式為基礎的專案中工作，則 Bug 不會自動出現在待辦專案上。

請與您的小組決定您想要管理 Bug 的方式。 然後，據 以變更您的小組設定 。

提示

當您重新整理待辦專案或面板，而且看不到預期的錯誤之後，請檢閱待辦專案 和麵板如何顯示階層式 (巢狀) 專案。 只有巢狀專案的分葉節點會出現在短期衝刺工作面板上。

將系統工作專案類型新增至待處理專案

若要追蹤問題或疑慮以及您的需求，或在組合待辦專案中，請將它們新增至您的自訂繼承程式。 如需詳細資訊，請參閱 ) 自訂待辦專案或面板 (繼承程式 。

匯總、階層和組合管理

匯總資料行可讓您檢視階層中數值欄位或子系專案的進度列或總計。 子系專案會對應至階層中的所有子專案。 您可以將一或多個匯總資料行新增至產品或組合待辦專案。

在這裡，我們會根據已關閉的子系專案百分比，顯示遞增工作專案的進度列 的所有工作 專案進度列。

待處理專案、進度列的螢幕擷取畫面，其中顯示依工作專案匯總。

此外，新的 傳遞計畫 支援 Epic、功能和其他自訂群組合待辦專案的匯總檢視。

此螢幕擷取畫面顯示四個案例的傳遞計畫進度匯總檢視。

反復專案路徑、短期衝刺、版本和版本控制

反復專案路徑支援將工作指派給設定時段的 Scrum 和 Scrumban 程式。 反復專案路徑可讓您將工作分組到短期衝刺、里程碑或其他事件特定或時間相關期間。 每個反復專案或短期衝刺都會對應到稱為短期衝刺步調的一般時間間隔。 典型的短期衝刺頻率為兩周、三周或一個月。 如需反復專案路徑的詳細資訊，請參閱 關於區域和反復專案路徑。

反復專案路徑可以是一般清單，或分組在發行里程碑下，如下圖所示。

[反復專案路徑] 的螢幕擷取畫面，已分組。

注意

雖然反復專案路徑不會影響工作流程看板工具，但您可以使用反復專案路徑作為面板上的篩選。 如需詳細資訊，請參閱 篩選您的工作流程看板。

定義反復專案路徑，並在您想要使用下列工具時將其指派給小組：

提示

如果小組尚未訂閱或選取反復專案路徑，該反復專案路徑就不會出現在小組檢視或工具中。

時間追蹤

遵循 Scrum 程式的大部分組織都會使用短期衝刺容量規劃的時間估計值。 Azure Boards工具完全支援此用途的追蹤時間。 使用的主要欄位是 [剩餘工時] 欄位，這通常會在短期衝刺結束時零。

不過，有些組織需要時間追蹤來支援其他用途，例如計費或維護時間配置記錄。 估計工時和已完成工時的時間值是感興趣的。 敏捷式和 CMMI 程式會提供這些欄位：原始估計、已完成工時、剩餘工時，以用於追蹤時間。 您可以將其用於該用途。 不過，Azure Boards為時間追蹤提供有限的原生支援。 相反地，您可能想要考慮使用 Marketplace 擴充 功能來支援其他時間追蹤需求。

注意

[原始估計]、[已完成工時]、[剩餘工時] 欄位是設計來支援與 Microsoft Project 的整合。 Azure DevOps Server 2019 和更新版本已淘汰與 Microsoft Project 的整合支援，包括雲端服務。

處理影響所有小組的變更

對套用至專案之程式所做的任何變更都會影響該專案中的所有小組。 許多變更不會對支援的團隊造成太多干擾。 不過，本節會說明一些動作。

自訂欄位

將自訂欄位新增至工作專案類型不會影響任何特定工具。 欄位只會出現在對應的工作專案中。 不過，如果您新增自訂數值欄位，您可以使用它來支援待辦專案和下列報告工具的匯總：

注意

所有預設和自訂欄位都會跨集合或組織中的所有專案共用。 您可以為進程定義 1024 個欄位的限制。

自訂工作專案類型

下表顯示將自訂工作專案類型新增至特定類別的效果。

Task

需求

Epic 或功能

  • 新 WIT 的子工作專案會出現在產品待辦專案上
  • 根據新 WIT 的工作專案會出現在短期衝刺待辦專案和工作面板上
  • 根據新 WIT 的工作專案會出現在產品待辦專案和 Kanban 面板上
  • 每個小組都必須設定 Kanban 面板以支援新的 WIT
  • 根據新 WIT 的工作專案會出現在對應的組合待辦專案和 Kanban 面板上
  • 每個小組都必須設定工作流程看板以支援新的 WIT
  • 新的 WIT 可能不會出現在一或多個組合規劃工具上

自訂工作流程

每個進程都支援預設工作流程。 此工作流程會定義出現在 Kanban 面板和短期衝刺工作面板上的預設資料行。

工作流程狀態：使用者劇本、敏捷式程式

使用者劇本工作流程狀態，敏捷式程式

有時候，小組想要追蹤其工作狀態超出這些預設狀態。 支援是以下列兩種方式之一提供：

  • 將自訂工作流程狀態新增至工作專案類型：此選項會影響所有小組，並要求他們更新其 Kanban 面板設定
  • 將資料行新增至 Kanban 面板：此選項只會影響新增資料行的小組

工作流程狀態和 Kanban 資料行都會出現在小組的累積流程圖中。 個人可以選擇圖表中顯示的資料行。

累計流程圖的螢幕擷取畫面。

如需詳細資訊，請參閱 累計流程圖。

誰可以進行變更？

由於程式層級、專案層級和小組層級設定可能會造成廣泛的影響，因此變更僅限於具有必要許可權的下列使用者。

進程層級變更

若要建立、編輯或管理繼承的程式，並將其套用至專案，您必須是 專案集合管理員 群組的成員。 或者，您必須具有對應的許可權[建立程式]、[刪除程式]、[編輯程式] 或 [從組織刪除欄位] 設定為[允許]。 請參閱 設定工作追蹤的許可權和存取權、自訂繼承的程式。

如需詳細資訊，請參閱下列文章：

專案層級變更

若要新增區域路徑或反復專案路徑，您必須是Project Administrators群組的成員。

或者，若要在特定節點下新增、編輯和管理區域路徑或反復專案路徑，您必須已將下列一或多個許可權設定為 [允許]：

  • 建立子節點
  • 刪除此節點
  • 編輯此節點
  • 檢視此節點中的許可權

如需詳細資訊，請參閱下列文章：

小組層級變更

所有小組工具都可以由小組管理員或Project Administrators群組的成員設定。

小組系統管理員會執行下列作業：

  • 新增小組成員
  • 訂閱區域和反復專案路徑
  • 設定待辦專案和其他常見的小組設定
  • 設定工作流程看板
  • 管理小組通知

如需設定待辦專案和麵板的詳細資訊，請參閱 管理和設定小組工具。

下一步

以系統管理員身分開始使用