Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022
在 Azure Boards 中使用 Scrum 來規劃與優先處理軟體交付,並追蹤缺陷。 團隊會將工作記錄為產品待辦項目(PBI)和 Bug,將這些項目對應到功能,以提高產品組合的可見度,並將衝刺工作拆分成可連結至 PBI 和 Bug 的工作任務。
Note
如果您不熟悉 Scrum 程式,請檢閱 關於 Sprints、Scrum 和專案管理。
這篇文章能幫助你:
Prerequisites
| 區域 | Requirement | 為何如此重要 |
|---|---|---|
| 專案成員資格 | 您必須是專案成員,並有權限在 Azure Boards 中查看和編輯工作項目。 | 需要透過 Scrum 工作流程狀態建立、更新及移動工作項目。 |
| 存取層級 | 你至少需要 Basic 權限才能建立和更新工作項目。 | 核心待辦事項、董事會和任務追蹤操作所必需。 |
| 積壓事項與董事會存取權 | 你需要取得球隊待辦清單和看板的存取權。 | 必須排定 PBI 的優先順序、規劃衝刺,並根據看板和工作看板更新狀態。 |
| 團隊設定權限 | 要定義團隊設定、待辦清單等級或板組設定,你需要 Project 管理員會員資格或等效的委派權限。 | 團隊層級的設定與自訂所必需。 |
| 測試管理存取權 | 要建立和執行測試案例,你需要存取 Azure Test Plans(或你部署所需的等效測試工具)。 | 必須將測試案例與 PBI 連結並追蹤測試結果。 |
如需詳細資訊,請參閱 設定工作追蹤的許可權和存取權。
定義 PBIs 和 Bug
先定義PBI和錯誤,先捕捉客戶價值,然後在工作接近執行時再說明實施細節。
使用此模式:
- 從 產品待辦清單頁面的快速新增面板創建項目。
- 依業務價值、努力與依賴性排序優先順序。
- 為最高優先順序的項目及目前或下一次衝刺計畫的項目加入完整細節。
隨著優先順序改變,更新待辦清單順序。 待辦清單頁面透過 待辦清單優先順序追蹤此訂單。
設定 努力 ,讓預測和速度圖表能預測未來衝刺能力。 設定 業務值(Business Value )獨立於堆疊排名(stack rank)來表達優先順序。
在衝刺規劃前,請使用以下欄位持續完成每一項。 如需錯誤的詳細資訊,請參閱 管理錯誤。
| Field | 如何使用 |
|---|---|
| Effort | 利用團隊的數值單位(例如故事點或時間)估算完成PBI所需的工作量。 根據你的流程自訂,這個欄位可以是可選的,也可以是必須的。 速度圖 和 預報 會使用這個數值。 |
| 商業價值 | 輸入一個數字,表示相較於其他 PBI 的相對商業價值。 數字越高,價值越高。 |
| Description | 說明該功能服務對象、使用者需要達成什麼,以及為何重要。 包含足夠的背景資料以進行任務拆解和測試設計。 |
| 驗收標準 | 在開始實作之前,先定義完成標準。 明確的標準能使團隊與利害關係人的期望一致,並支持驗收測試。 |
擷取討論區段中的批注
使用 討論 區,透過新增和審核評論來協作工作項目。
當你將游標放在支援格式的文字框時,會出現豐富的文字編輯器工具列。
Note
討論工作專案欄位不存在。 若要使用 [討論] 區域中的批注來查詢工作專案,請篩選 [ 歷程記錄] 字段。 在 [討論] 文本框中輸入的文字完整內容會新增至 [歷程記錄] 字段。
提及某人、群組、工作專案或提取要求
請使用下列其中一個圖示,開啟人員、工作項目或提取要求的最近項目:
你可以使用鍵盤快速鍵開啟相同選單:at-mention @、hashtag #,以及驚嘆號 !。
輸入名稱或數字來篩選清單,然後選擇你想新增的項目。 要提及一個團體,請輸入 @ 後加上團體名稱,例如團隊或安全團隊。
編輯或刪除留言
若要更新或移除您的留言,請選擇 編輯
或選擇 更多操作 (
),然後選擇 刪除:
更改留言後,選擇 更新。 要刪除留言,請確認刪除。 歷史標籤會維護所有編輯與刪除留言的審計紀錄。
Important
對於本地的 Azure DevOps Server,請設定一個 SMTP 伺服器,讓團隊成員能接收通知。
在評論中新增反應
透過在留言中選擇表情符號,為留言添加一個或多個反應。 要移除你的反應,請再次選擇相同的反應。 下圖展示了在留言中新增並查看反應的範例。
儲存備註而不儲存工作項目
Note
此功能可從 Azure DevOps Server 2022.1 開始提供。
如果您只有新增至 工作專案討論 的許可權,您可以透過儲存評論來執行此動作。 此權限由區域路徑節點和 此節點 許可權中的 [編輯工作專案批注] 控制。 如需詳細資訊,請參閱 設定工作追蹤許可權 - 建立子節點、修改區域或迭代路徑下的工作項目。
當你儲存註解時,不需要儲存工作項目。
Note
當您儲存對 [討論] 控件所做的變更時,只會儲存批注。 沒有執行針對工作項目類型定義的工作項目規則。
追蹤進度
隨著工作進展,更新 狀態 以反映當前狀態,並在需要時設定 Reason 。 這兩個欄位都會出現在工作項目標頭中。
一致地使用狀態更新,讓待辦清單、看板和報表檢視保持一致。
快速流程:
- 定義並優先排序 PBI 與 bug。
- 隨著工作進展,透過工作流程狀態移動項目。
- 審查董事會與報告以確認狀態是否一致。
Scrum 工作流程狀態
更新 狀態 以顯示項目是新項目、進行中、已完成或已移除範圍。 大多數 WIT 同時支持前進與後退的轉換。
以下圖表展示了 PBI、錯誤(Bug)及任務工作項目類型的主要進度與回歸狀態。
| 產品待辦事項 | Bug | Task |
|---|---|---|
|
|
|
典型的 PBI 與昆蟲生命週期:
- 新增:由產品負責人或測試人員創建該項目。 預設原因會依工作項目類型和流程設定而異(例如 ,新的待辦項目)。
- 核准:項目定義足夠,讓團隊能估算並準備衝刺規劃。 優先度較高的項目通常會先移到這個狀態。
- 承諾:團隊同意在衝刺中交付該物品。
- 完成:所有相關任務完成,產品負責人確認商品符合驗收標準。
對於故意被移除且未計劃送達的項目,請使用 「移除 」選項。 將這些項目排除在 完成 之外,有助於維持報告的準確性。
從看板和工作看板更新狀態
使用看板,隨著工作在衝刺中推進,隨時更新狀態:
- 使用 公告板 來更新 PBI 和錯誤狀態。
- 使用 Sprint 工作看板 來更新任務狀態。
- 將項目拖曳到新欄位以更新 狀態 和 Reason。
你可以自訂滑板,加入 泳道 和 欄目。 欲了解更多選項,請參閱 「自訂您的工作追蹤體驗」。
將 PBIs 對應至功能
將 PBI 映射到功能,以追蹤產品、情境或團隊間的範圍與進展。
使用以下方法:
- 利用投資組合積壓清單來 深入分析積壓清單層級之間。
- 在建立團隊階層後,使用團隊階層彙總。
驗證檢查:確認每個功能都會顯示已連結的子 PBI,且彙總值與子項目的進度相符。
定義任務
當您的團隊採用衝刺方式工作時,請從衝刺待辦清單頁面將 PBI 和 Bug 拆分成工作項目。
列出每個任務並估算工作量。
團隊通常在每次衝刺開始時定義任務。 團隊成員負責完成開發、測試或文件等子集工作。
使用此模式:
- 為完成 PBI 或 bug 所需的每個交付步驟建立任務。
- 根據所有權分配任務給團隊成員。
- 每天更新任務值,讓容量和燒毀率保持準確。
當您的團隊以小時或天數估算時,請使用 剩餘工作 和選用的 活動。
| Field | 如何使用 |
|---|---|
| 剩餘工作 | 輸入剩餘工時或天數,並隨著工作進展更新數值。 此欄位用於容量規劃圖表、衝刺燃盡圖及相關報告。 如果你把工作拆分成子任務,只追蹤子任務的剩餘工作量。 |
| Activity | 選擇最能描述任務的活動類別,讓團隊能依活動類型估算並檢視衝刺容量。 |
追蹤測試進度
請參考以下指引,將測試覆蓋率與缺陷追蹤與你的衝刺待辦事項連結起來。
建立並連結測試案例至 PBI
使用此模式將測試工作與待辦事項連結起來:
- 從入口網站建立測試案例,並將其連結至 PBI 或錯誤回報。
- 如有需要,打開 連結 標籤並手動新增關係。
對於 Azure DevOps Server 2022,你也可以使用 Microsoft Test Manager 2017。
測試案例包含與建置與測試工作流程整合的欄位。 詳情請參見 基於建置與測試整合欄位的查詢。
連結標籤列出與每個測試案例相關的 PBI 與錯誤。
驗證檢查:確認每個測試案例是否在 連結 標籤顯示其連結的 PBI 或錯誤。
追蹤程式碼錯誤
從 Web 入口網站或 Visual Studio 建立錯誤回報。 詳情請參見 「管理錯誤」。
在 Azure DevOps Server 2022 中,你也可以透過 Microsoft Test Manager 2017 建立 Bug。
常見工作追蹤欄位的定義
下列欄位和索引標籤會出現在大部分的工作專案中。 常見分頁包括
歷史、
連結和
附件。
對於所有工作項目類型, 職稱 是唯一普遍要求的欄位。 當你儲存工作項目時,Azure DevOps 會指派一個獨特的 ID。 必填欄位以黃色標示。 更多欄位請參見 工作項目欄位索引。
Note
根據流程和專案的客製化,其他欄位可能會被要求。
| 欄位或標籤 | Usage |
|---|---|
| Title | 輸入簡短說明(最多255字元)。 您之後可以編輯 標題。 |
| 指派給 | 將工作項目指派給負責完成該工作的人,或在所有權明確前保持不指派。 |
| State | 建立時, 狀態 預設為第一個工作流程狀態(例如 新建 或 未指派)。 隨著工作進展持續更新。 |
| Reason | 原因 解釋了為什麼該物品會處於當前 狀態。 預設值會依工作項目類型和流程而異。 |
| Area | 選擇產品或團隊的區域路徑。 詳情請參閱 定義區域路徑並指派給團隊。 |
| Iteration | 選擇預計完成的衝刺/迭代。 詳情請參閱 定義迭代路徑(衝刺)及配置團隊迭代。 |
|
|
查看該工作項目的完整變更日誌,包括作者、日期及更新欄位。 你也可以在 歷史紀錄中新增格式化文字。 |
|
|
新增與其他產物的關聯(例如父/子工作項目、變更集、原始檔案或測試結果)。 |
|
|
新增支援檔案,如文件、圖片、日誌或電子郵件串。 |
自訂工作項目類型
大多數工作項目類型,你可以新增欄位、更新工作流程、定義自訂規則、新增自訂頁面,並建立自訂工作項目類型。 如需詳細資訊,請參閱 自定義繼承程式。
大多數工作項目類型,你可以新增欄位、更新工作流程、定義自訂規則、新增自訂頁面,並建立自訂工作項目類型。 欲了解更多資訊,請參閱「 自訂繼承流程 」或 「自訂本地 XML 流程模型」,視你的流程模型而定。
追蹤阻礙
使用 障礙 工作項目類型來追蹤阻礙因素。 只用 Bug 來處理程式碼缺陷。
你可以從以下方式加上一個阻礙:
您從小工具新增的工作專案會自動將範圍限定為小組的預設區域和反覆專案路徑。 若要使用不同的團隊情境,請參見 「更換團隊情境」。
待辦專案清單順序
使用 待辦項目優先順序 來管理 PBI、錯誤、功能與史詩的相對排序。
使用此模式:
- 直接在待辦清單頁面重新排序商品(參見 建立你的待辦清單)。
- 拖曳項目以反映當前的業務優先順序。
- 讓 Azure DevOps 在背景更新 Backlog Priority。
驗證檢查:重新訂購後確認積壓訂單是否符合業務優先順序。
排除常見問題
| 問題 | 原因 | Resolution |
|---|---|---|
| 無法將工作項目移動到預期狀態 | 工作流程規則或流程自訂限制轉換 | 檢視流程客製化與允許的轉換。 請參見 「自訂繼承流程」。 |
| 必要欄位區塊以儲存工作項目 | Project 專屬自訂規則需要額外欄位 | 請檢查驗證訊息並完成流程所需的必填欄位。 請參閱 設定工作項目的規則。 |
| 無法建立或編輯測試案例 | 缺少測試權限或存取層級 | 確認你對測試成品的存取權和權限設定。 請參見「設定權限與存取權限」以追蹤工作。 |
| 連結的測試案例不會出現在待辦清單項目中 | 連結不是作為工作項目連結建立的,也不是被加入到其他項目上 | 打開測試案例和待辦清單項目,然後在連結標籤中驗證兩個項目的連結。 |
| 你在套用這些修正後無法解決問題 | 組織層級的政策或權限仍然會阻擋該動作 | 請先聯絡你的 Project 管理員。 如果問題是整個組織,請聯絡你的 Project 集合管理員或 Azure DevOps 管理員。 |