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