檢視及設定團隊速度

Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022

速度計量提供寶貴的見解，可協助小組規劃和 預測 短期衝刺，並評估其預估和符合計劃承諾的準確程度。 這些計量指出小組在短期衝刺期間可以完成的工作量，基於已完成的工作專案數量或工作的估計總和，包括努力程度（產品待辦事項）、故事點（使用者故事）或大小（需求）。 使用速度來協助判斷小組容量，但不要將其與關鍵效能指標混淆。

必要條件

瞭解速度數字

速度 代表小組在過去短期衝刺中完成的工作量，可協助預測未來的容量：

• 依計數追蹤時：速度會顯示每個衝刺完成的工作項目數量（使用者故事、Bug、任務）。
• 依總和追蹤時：速度會顯示每個迭代中完成的總故事點、工作時數或規模估計量

例如，如果您的團隊在 Sprint 1 中已完成價值 25 個故事點的使用者故事，在 Sprint 2 中為 30 個故事點，而在 Sprint 3 中為 28 個故事點，則您的平均速度約為每個 Sprint 28 個故事點。 此平均值可幫助您預估未來的衝刺中要承諾的工作量。

Azure DevOps 如何處理速度計算

Azure DevOps 遵循敏捷速度計算的最佳實踐：

工作項目移動情境

• 在衝刺間移動未完成工作：當你將未完成的工作項目從一個衝刺移動到另一個衝刺（透過改變其迭代路徑）時，該工作項目在新的衝刺中仍會顯示 為未完成 ，直到完成為止。
• 在不同 Sprint 完成工作：如果你在 Sprint 3 中完成了一項原本計畫在 Sprint 1 的工作項目，速度計算會歸屬於 Sprint 3，因為該工作已完成。
• 迭代路徑與完成日期：完成日期決定哪個衝刺獲得速度點數，而非當前迭代路徑指派。

迭代路徑變更的影響

當你更改進行中（Work-in-progress，WIP）工作項目的迭代路徑時：

速度指標：

• 移動一個正在進行中的工作項目在完成前不會對開發速度造成影響
• 完成該項目的速度點數會被計入到這次的衝刺中
• 該項目在其原定的衝刺週期內仍然被視為「已規劃」。

完成的後期指標：

• 延遲計算將完成日期與 當前 迭代的結束日期做比較
• 將項目移至較晚的衝刺可能會改變其晚期分類

例： 計畫於第1次衝刺（3月15日結束）的工作項目，移至第2次衝刺（3月30日結束），並於3月25日完成：

• 計畫：Sprint 1（原始）
• 速度：Sprint 2（已完成）
• 遲到狀態：未遲到（在 Sprint 2 結束日前完成）

此計算方法確保：

• 團隊根據實際交付能力獲得準確的速率測量
• 短跑速度反映出該期間實際完成的工作
• 未來衝刺規劃使用現實容量資料，而非計畫中的承諾

速度圖表類型

您可以選擇兩個速度圖表：待辦專案頁面中的內容相關速度圖表，以及儀錶板的速度小工具。 這兩個圖表可協助您快速瞭解下表所述的工作流程狀態類別。

建議或已解決狀態中的項目會從已完成、延遲完成和未完成的計算中排除。 如需詳細資訊，請參閱 如何在 Azure Boards 中使用工作流程類別目錄狀態。 您的選擇是個人的，並且會在各個會話中保留，直到您更改為止。

本文稍後會瞭解如何 開啟 [速度內文] 報表 ，或 設定Velocity 小工具。

您可以透過下列方式設定每個圖表：

• 工作量的總和、故事點、大小欄位，或其他指派給待辦專案支援的數值欄位。
• 待辦清單上的工作項目數量。
• 反覆項目的數目。

小工具提供更多的組態選項。 如需詳細資訊，請參閱 設定和檢視速度圖表。

檢視速率情境報告

速度報告適用於產品和組合待辦專案。 每個報表都包含互動式控制件，可讓使用者自定義檢視以符合其特定興趣。

1. 登入您的專案 （https://dev.azure.com/{Your_Organization/Your_Project}）。

2. 選取 工作面板>、待辦專案>、分析 以開啟您產品或組合待辦專案的速度報告。

   

3. 若要變更為不同的待辦專案，請從待辦專案選取器中選擇，然後選取 [ 檢視速度的完整報告 ]。

4. 使用互動式控制項來選取計數或加總欄位和反覆項目的數目。 選取 [自定義反復專案 ]，以指定介於 1 到 15 之間的任意數目反復專案。

   如果您的小組未完成短期衝刺，或您在短期衝刺開始日期之前處理專案，則沒有任何數據可分析和預測。 下列訊息可能會顯示：設定迭代日期以使用此小工具。 若要解決此問題，請設定反覆專案日期範圍以包含目前日期，或等候短期衝刺開始。

   將滑鼠停留在欄位區域上，以顯示已規劃及已完成工作專案的摘要。 例如，針對 07_2019 的衝刺，計劃了 131 個項目。

   

   如需詳細資訊，請參閱本文稍早所述的 工作流程狀態描述 。

5. 若要將報表新增至儀錶板，請選取 動作圖示，然後選取 [ 複製到儀錶板]。

   

6. 選取儀錶板，然後選取 [ 確定]。

7. 若要返回分析摘要，請選取 返回箭頭。

設定 Velocity 小工具

您只能為單一小組設定您的 Velocity 小工具。 如果您想檢視多個團隊的速度，則必須設定一個能將數個團隊的成果整合的綜合管理團隊。 如需詳細資訊，請參閱 新增小組。

如果您尚未這麼做， 請將 Velocity 小工具新增至儀錶板。

完成下列步驟以設定「Velocity」小工具。

1. 選取 ，然後選取 [ 設定 ] 選項以開啟組態對話框。

   

   修改標題、選取小組，然後選取待辦專案層級或要追蹤的工作項目類型。選取您要追蹤工作項目計數或數值欄位的總和。 最常見的加總欄位是 [努力]、[故事點] 或 [大小]。

   

2. 指定您想要檢視的短期衝刺數量。 默認值為 6，最大值為 15。

3. （選擇性）選取複選框，以顯示比每個短期衝刺計劃晚完成之工作的其他資訊。

   • 顯示反覆項目的規劃工作： 核取此方塊，即可在反覆項目開始時顯示反覆專案所規劃的工時量，這對於比較計劃的工作與實際交付專案很有用。 根據預設，計劃的工作計數會在反覆項目的開始日期開始。
   • 迭代開始日期後的計劃工時的過去天數：指定開始日期之後計算計劃工時的天數。 例如，如果反覆專案的前兩天用於規劃，您可以輸入 3，而計劃的工作會在第三天計算。 例如，如果迭代開始於 01/01/2024，並且在當天結束時有三個待辦項目被指派到該迭代 01/01/2024，那麼這三個待辦項目會被視為已規劃。 如果您的團隊在進入迭代幾天後才完成計劃，則可以在規劃工作完成後更新迭代開始日期的逾期天數。
   • 標示已晚完成的工作： 勾選此方格，以顯示在迭代結束日期之後標示為完成的工作項目，這被視為已晚完成，並顯示為淺綠色。 因為將遲完成的工作項目設為醒目可以幫助找出一個趨勢，即工作項目在迭代完成後才被標示為完成。
   • 迭代結束日期之後工作逾期的天數：指定若工作項目的狀態仍然為新或正在進行中，您認為工作項目逾期的天數。 例如，輸入三天會讓小組在迭代結束後的3天內將工作專案標記為「完成」或「已完成」，才不會被視為遲到。

4. 選取 [ 儲存]。 下圖顯示以故事點和八個短期衝刺數據為基礎的速度。

   

如需 有關已規劃、 已完成、 延遲和 不完整 狀態的詳細資訊，請參閱本文稍早所述的 狀態描述 。

使用速度圖表的必要和建議工作

若要讓團隊從速度圖取得最大效益，請遵循這些必要和建議的任務。

必要工作

• 定義迭代路徑（衝刺），並配置團隊迭代. 請保持衝刺的持續時間相同。
• 定義和估計待辦專案。 從小組待辦項目建立的項目會自動指派至當前衝刺和小組的預設區域路徑。
• 在工作開始時和完成時，更新待辦項目的狀態。 只有狀態為 [進行中 ] 或 [完成] 的專案才會出現在 [速度] 圖表或小工具上。

建議的工作

• 定義和調整待辦專案的大小 ，以取得最小化的變化性。
• 決定您的小組 如何處理 Bug。 如果被視為需求，錯誤會出現在待辦專案上，並包含在速度圖表和預測中。
• 設定小組的區域路徑。 預測工具使用這些設定來在符合小組預設的區域路徑中包含或排除項目。
• 避免建立待辦專案和 Bug 的階層。 面板、工作面板和短期衝刺待辦專案只會顯示階層中的最後一個節點。 相反地，維護一個不具階層的清單，只有單層的父子關聯。 使用 功能來群組需求或用戶故事。
• 盡可能在預定的衝刺期間完成待辦事項。 雖然 Azure DevOps 能正確處理跨衝刺的完成情況，但如果經常在不同衝刺間移動工作的話，可能會影響團隊的專注力和衝刺規劃的準確性。
• 更新短期衝刺結尾已完成待辦項目的狀態。 將不完整的專案移回產品待辦專案，以供未來的短期衝刺規劃使用。
• 將待辦專案的大小變化降到最低，以改善估計精確度。 減少變異性會增加速度計量和預測結果的可靠性。 估算是小組對完成某項目所需努力程度的最佳猜測，與待辦清單中的其他項目相對比。

新增其他小組

如果每個小組想要自己的待辦項目檢視、速度圖表和預測工具，您可以 新增小組。 每個小組都能存取自己的一組 Agile 工具，其會篩選工作專案，只包含 該小組專屬的指派區域路徑和反覆項目路徑。

下一步

相關文章

• 預測你的衝刺
• 設定儀錶板許可權
• 定義迭代路徑（敏捷衝刺）並配置小組迭代
• 設定燃盡圖或燃升圖表小工具