Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022
自訂 Azure Boards，以符合團隊流程與投資組合需求。 本文說明了管理員在配置區域與迭代結構、工作項目類型（WIT）、工作流程及板上行為時，建議的任務與考量。
利用這篇文章來決定你的專案應該如何組織，然後再自訂看板、待辦清單和團隊設定。
如果您已經知道所需的設定工作，請從以下文章開始：
Note
這裡大部分指引都適用於 Azure DevOps Services 和 Azure DevOps Server。 部分功能，如分析與交付規劃經驗，會依版本或安裝方式而異。 交付計畫內建於 Azure DevOps Server 2022 及之後版本，過去也曾作為 Marketplace 擴充功能提供。
小提示
你可以用 AI 來協助 Azure DevOps 的任務。 請參考 啟用 AI 協助 Azure DevOps MCP Server 以開始。
重要考慮
利用這些問題來塑造你所選擇的配置。
| Area | 需要回答的問題 |
|---|---|
| 專案與團隊結構 | 你需要多少個團隊、區域路徑層級和彙整視圖？ |
| 反覆 | 哪種衝刺周期、版本分組和預測範圍最有效？ |
| 工作項目方案 | 團隊應該使用哪些 WITs（功能、故事/議題/PBI、任務、史詩）？ |
| 報告需求 | 哪些欄位、彙整資料和分析檢視表必須可用？ |
| 自訂設定 | 自訂欄位、工作流程和工作項目類型會如何影響工作板、待辦清單和報告？ |
| 許可與治理 | 誰可以更改流程、區域/迭代樹和團隊設定？ |
記錄你的選擇，讓團隊能在整個專案中一致執行。
選擇工作項目類型和作品集待辦清單
當您建立專案時，選擇程式 （敏捷式、基本、Scrum 或 CMMI）。 每個程式都會定義一組預設的 WIT 和組合/待辦專案層級。 您可以新增自定義 WIT 和組合待辦專案，以支援您的組織。
此圖顯示敏捷流程積壓的階層結構：
- 利用用戶故事和任務來追蹤工作進度。
- 利用錯誤來追蹤程式碼缺陷。
- 使用史詩和功能，將工作歸類到較大的情境之下。
每個團隊可以設定是否以與使用者故事或任務工作項目相同的層級管理錯誤。 使用「處理 Bug」設定。 如需使用這些工作項目類型的詳細資訊，請參閱 敏捷式程式。
當你需要額外的規劃層級（例如目標與關鍵成果），或團隊需要高於功能的彙總層級時，可以使用自訂 WIT 和投資組合待辦清單。
螢幕擷取畫面顯示將目標和關鍵結果新增為自訂投資組合待辦清單的專案。
比較追蹤方法
選擇最適合團隊規劃與報告工作的追蹤模式。
| 方法 | 何時使用 | 權衡取捨 |
|---|---|---|
| 僅限於任務 | 你需要簡單的任務追蹤，沒有太多階層 | 優先順序有限且沒有投資組合規劃 |
| 子任務的要求 | Scrum 團隊會估算工作並以衝刺方式追蹤 | 更多層級管理 |
| 僅限於要求 | 看板或 Scrumban 團隊不會追蹤工時 | 任務層級細節較少 |
| 在專案集 WIT 下分組的需求 | 多個團隊需要彙總資料和跨團隊行事曆檢視 | 需要更前期的流程設計 |
向團隊說明你選擇的模式，並更新流程文件，讓大家使用相同的模式。
設立區域、迭代和團隊
使用區域路徑，依產品、功能或業務區域來分割工作。 針對衝刺、發行或里程碑使用迭代路徑。
| Recommendation | 原因 |
|---|---|
| 建立反映管理者希望報告匯總方式的區域路徑階層 | 實現跨組織層級的精確匯集報告 |
| 給每個團隊一個預設區域和迭代訂閱 | 工作項目會自動繼承正確的上下文 |
| 在團隊間使用一致的迭代節奏，共同交付成果 | 簡化跨團隊規劃與依賴追蹤 |
相關內容：
在看板和待辦項目中顯示錯誤
每個團隊自行決定，錯誤是以需求項目的形式列在產品待辦清單中，還是追蹤為與需求相關聯的工作項目。 使用 Scrum 的團隊常常在待辦清單上出現錯誤。 使用 Agile 或 CMMI 的團隊可以選擇錯誤是否出現在待辦清單上。 Basic 流程不使用 Bug 工作項目類型;而是用 Issue。 若要變更小組的錯誤顯示方式，請更新小組設定：
保持一致的團隊原則，讓查詢、面板和匯總的行為符合預期性。
匯整和投資組合視圖
將彙總欄新增至積壓工作列表，以顯示子項目的進度條、計數或總和。 使用交付計畫來檢視跨團隊的排班與依賴關係。 如果你使用路線圖樣式的檢視（例如 Feature Timeline 擴充功能），請在專案指引中另外註明。
如需進行跨團隊規劃，請使用 Delivery Plans，以及貴組織已標準化採用的任何路線圖類型延伸模組。
面板、欄和工作流程
工作專案工作流程狀態會決定預設面板資料行。
| 行動 | Scope | 考量事項 |
|---|---|---|
| 為 WIT 新增自訂工作流程狀態 | 影響所有隊伍 | 所有使用該 WIT 的隊伍公告板上都會有變動 |
| 在隊伍板上新增欄位 | 只影響該隊 | 對團隊特定的工作流程步驟非常有用 |
| 狀態到欄位映射 | 影響報告過程 | 仔細繪製以保持累積流程圖的準確性 |
相關內容：
自訂欄位和報告
自訂欄位可讓您擷取專案特定的資料。 它們可以為資料彙總和報告提供動力，並且適用於整個流程。
| Recommendation | 原因 |
|---|---|
| 限制自訂欄位只能支援報表或自動化 | 減少雜亂與維護成本 |
| 使用數值自訂欄位來進行匯總總和 | 支援進度追蹤與容量規劃 |
| 使用選擇清單來確保報告的一致性 | 防止自由文字條目中資料不一致 |
| 請記得，流程層級欄位是共享的 | 變更會影響收藏或組織中的所有專案 |
Note
每個程序最多可以定義 1,024 個欄位。
自訂 WIT 和程序變更
新增或修改工作項目類型（WIT）與工作流程會影響許多工具。
| 改變 | 出現地點 | 必要的動作 |
|---|---|---|
| 新的需求層級 WIT | 產品積壓，可能是衝刺積壓 | 設定待辦清單等級 |
| 新的任務層級 WIT | 工作板 | 更新工作看板設定 |
| 自訂 WIT | 團隊看板 | 更新板與欄位映射 |
這很重要
程序層級變更會影響所有團隊。 限制破壞性變更並提前傳達。
權限和誰可以更改什麼
控制誰可以更改流程、區域與迭代樹，以及團隊配置。
| 變更類型 | 誰能做出改變 |
|---|---|
| 流程層級 | 專案集合管理員或擁有程序權限的使用者 |
| 專案層級 （區域與迭代） | 專案管理員或擁有節點權限的使用者 |
| 團隊層級 | 團隊管理員或專案管理員 |
相關內容：
時間追蹤和衝刺規劃
使用符合你流程與團隊規劃模型的工作追蹤欄位：
| Field | 常見用途 |
|---|---|
| 剩餘工作 | 追蹤完成任務或衝刺項目所剩餘的努力。 |
| 原估價 | 當團隊需要基線時，先記錄初步估算。 |
| 已完成的工作 | 記錄某項任務上已花費的工時。 |
如果你追蹤計費或報告的時間，請評估 Marketplace 擴充功能以獲得更豐富的時間追蹤支援。
相關內容：
管理員實用清單
在設定或檢視 Azure Boards 設定時，請使用以下清單。
| Phase | 任務 |
|---|---|
| 計畫 | 決定流程與工作項目類型策略（繼承或客製化） |
| 計畫 | 設計領域與迭代階層 |
| Configure | 設定團隊並設置預設區域和迭代訂閱 |
| Configure | 建立必要的共享查詢資料夾與權限 |
| Configure | 新增執行人員所需的彙整欄位和儀表板小工具 |
| 驗證 | 由一個團隊先行試點變更，然後再進行大範圍的更新 |
| 溝通 | 記錄變更並更新你的專案維基 |