管理 Scrum 處理工作項目類型與工作流程

發行項
04/06/2024

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

若要使用 Scrum 規劃軟體專案並追蹤軟體瑕疵，小組會使用產品待辦專案（PBI）和 Bug 工作專案類型（WIT）。若要深入瞭解功能、案例或用戶體驗的組合，產品擁有者和項目經理可以將 PBIs 和 Bug 對應至功能。當小組在短期衝刺中工作時，他們會定義會自動連結至 PBIs 和 Bug 的工作。

Scrum 程式的概念影像、用來規劃和追蹤的工作項目類型。

注意

如果您不熟悉 Scrum 程式，請檢閱關於 Sprints、Scrum 和專案管理。

測試人員可以使用入口網站或Microsoft測試管理員來建立及執行測試案例，並建立 Bug 來追蹤程式碼缺失。障礙會追蹤封鎖問題。

定義 PBIs 和 Bug

當您定義產品待辦專案時，請專注於客戶取得的值，並避免描述小組如何開發此功能。產品擁有者可以根據每個專案的商務價值、投入量和其他待辦項目相對相依性，排定產品待辦專案優先順序。隨著業務需求的發展，產品待辦專案也隨之發展。一般而言，小組只會針對最高優先順序專案或指派給目前和下一個短期衝刺的專案指定詳細數據。

您可以從產品待辦項目頁面上的快速新增面板建立 PBIs 和 Bug。

之後，您可以開啟每個 PBI 或 Bug，以提供更多詳細數據並預估工作。此外，藉由將待辦項目頁面上的 PBIs 和 Bug 優先順序設定為優先順序（在待辦專案優先順序欄位中擷取），產品擁有者可以指出哪些專案應給予較高的優先順序。

產品待辦專案工作項目表單的螢幕快照。

當您定義 PBIs 和 Bug 的努力 時，您可以使用預測功能和速度圖表來估計未來的短期衝刺或工作工作。當您定義 商業價值時，產品擁有者可以指定與可變更的待辦專案堆棧排名分開的優先順序。

當您完成工作項目表單時，請使用下列欄位和在工作專案類型之間通用的欄位。如需詳細資訊，請參閱管理 Bug。

欄位/索引標籤

使用方式

努力

使用小組偏好的任何測量單位來估計完成 PBI 所需的工作量，例如故事點或時間。需要數值。

敏捷速度圖表和預測工具會參考此欄位中的值。如需詳細資訊，請參閱估計白皮書。

商業價值

指定與其他 PB 相較之下擷取 PBI 相對值的數位。數位越高，商業價值就越大。

說明

提供足夠的詳細數據，以估計實作專案所需的工作量。專注於功能用途、使用者想要完成的工作，以及原因。請勿描述應該如何開發功能。請提供足夠的詳細數據，讓您的小組可以撰寫工作和測試案例來實作專案。

接受準則

藉由描述小組應該用來驗證 PBI 或 Bug 修正是否已完全實作的準則，來定義「完成」的意義。

在工作開始於 PBI 或 Bug 之前，請盡可能清楚描述客戶接受的準則。小組與客戶之間的交談，以判斷驗收準則有助於確保小組內的共同瞭解，以符合客戶的期望。驗收準則可作為驗收測試的基礎，以便小組更有效地評估專案是否已順利完成。

擷取討論區段中的批注

使用 [ 討論] 區段來新增和檢閱有關所執行工作的批注。

工作項目表單中討論區段的螢幕快照。

當您將游標放在支援文字格式設定的任何文字框中時，RTF 編輯器工具列會出現在文字輸入區域中。

注意

討論工作專案欄位不存在。若要使用 [討論] 區域中的批注來查詢工作專案，請篩選 [ 歷程記錄 ] 字段。在 [討論] 文本框中輸入的文字完整內容會新增至 [歷程記錄] 字段。

提及某人、群組、工作專案或提取要求

選取下列其中一個圖示，以開啟您提及某人、連結到工作項目或連結到提取要求之最近專案功能表。或者，您可以輸入 @、 #或 !來開啟相同的功能表。

討論區段的螢幕快照，提及下拉功能表人員選擇器。

輸入名稱或數位，以篩選功能表清單以符合您的專案。選取您要新增的專案。若要將群組帶入討論區，請輸入 @ ，後面接著組名，例如小組或安全組。

編輯或刪除留言

若要編輯或刪除任何討論批註，請選擇 [編輯] 或選擇動作圖示，然後選擇 [刪除]。

[討論區] 區段的螢幕快照，選擇 [編輯或刪除動作]。

注意

編輯和刪除批註需要 Azure DevOps Server 2019 Update 1 或更新版本。

更新批注之後，請選取 [ 更新]。若要刪除批注，請確認您想要將其刪除。工作項目表單的 [歷程記錄] 索引標籤會維護所有已編輯和已刪除批註的完整稽核記錄。

重要

針對內部部署 Azure DevOps Server，請設定 SMTP 伺服器，讓小組成員接收通知。

將回應新增至批注

選擇任何批註右上角的笑臉圖示，將一或多個回應新增至批註。或者，從任何現有反應旁批註底部的圖示中選擇。若要移除您的反應，請選擇批注底部的反應。下圖顯示新增反應的體驗範例，以及批注上的反應顯示。

討論區段的螢幕快照，新增批注的反應。

儲存批注而不儲存工作專案

注意

此功能可從 Azure DevOps Server 2022.1 開始提供。

如果您只有新增至 工作專案討論 的許可權，您可以儲存批注來執行此動作。此權限由區域路徑節點和 此節點 許可權中的 [編輯工作專案批注] 控制。如需詳細資訊，請參閱設定工作追蹤許可權、建立子節點、修改區域或反覆項目路徑下的工作專案。

儲存批注之後，就不需要儲存工作專案。

[討論區段] 的螢幕快照，並儲存批注。

注意

當您儲存對 [討論] 控件所做的變更時，只會儲存批注。未針對工作項目類型定義任何工作項目規則。

追蹤進度

工作進行時，您會變更 [狀態] 字段以更新狀態。您可以選擇性地指定原因。狀態和原因欄位會出現在標題區域中的工作項目表單上。

顯示 Bug 工作項目表單、標題區域的螢幕快照。

Scrum 工作流程狀態

當您更新狀態時，小組會知道哪些專案是新的、進行中或已完成的專案。大部分的 WIT 都支援從每個工作流程狀態向前和向後轉換。這些圖表顯示 PBI、Bug 和工作 WIT 的主要進展和回歸狀態。

產品待辦專案	錯誤 (bug)	Task

PBIs 和 Bug 遵循此一般工作流程進展：

產品擁有者會建立 PBI，或測試人員在 [新增] 狀態中建立錯誤，且預設原因為 [新增待辦專案]
產品擁有者會在專案已充分描述並準備好讓小組估計工作層級之後，將專案 移至 [已 核准]。大部分時候，產品待辦專案頂端附近的專案會處於核准狀態，而接近中間和底部的專案則處於新狀態
當小組決定在短期衝刺期間認可工作時，小組會將狀態更新為 [已認可 ]
當小組完成所有相關聯的工作，且產品擁有者同意已根據驗收準則實作時，專案就會移至 [完成 ] 狀態。