檢視及設定團隊速度
Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019
速度計量提供有用的資訊,讓小組可以規劃和 預測 短期衝刺,並判斷其預估和符合計畫承諾程度。 您可以根據 已完成的工作專案計數,或 根據工作專案的總和 (產品待辦專案)、故事點(使用者劇本)或大小(需求),取得小組在短期衝刺期間可完成 的工作數量。 使用速度作為協助來判斷小組容量,且不會將其與關鍵效能指標混淆。
必要條件
提示
您從入口網站看到的影像可能會與您在本文中看到的影像不同。 這些差異是由於對 Web 應用程式所做的更新、您或系統管理員已啟用的選項,以及建立專案時選擇的程式—Agile、Basic、Scrum 或 CMMI。 基本程式適用于 Azure DevOps Server 2019 Update 1 和更新版本。
速度圖表類型
您可以選擇速度圖表:您從待辦專案頁面存取的內容中速度圖表,以及您新增至儀表板的 Velocity 小工具。 透過這兩個圖表,您可以快速判斷下表中的資訊,其中描述可用的工作流程狀態類別及其描述。
指派給 建議 或 已解決 的專案不會包含在已完成 、 已完成延遲 或 不完整 的任何計算 中。 如需詳細資訊,請參閱 如何在 Azure Boards 中使用工作流程類別目錄狀態。 您所做的選擇只會為您設定,並持續跨會話,直到您變更它們為止。
工作流程狀態 | 描述 |
---|---|
已規劃 | 根據短期衝刺開始前指派給短期衝刺的工作專案數目計算。 如果工作專案在開始前指派給短期衝刺,但在原始短期衝刺開始時指派給另一個短期衝刺,則會在原始短期衝刺中顯示為 [已規劃]。 然後,工作專案會在指派的新短期衝刺中顯示為 「已晚」或「不完整」。 |
已完成 | 根據在短期衝刺開始前後指派給短期衝刺的工作專案數計算,並在短期衝刺結束前完成。 |
已完成延遲 | 根據在短期衝刺開始前後指派給短期衝刺的工作專案數目計算,但在短期衝刺結束之後完成。 |
不完整 | 根據在短期衝刺開始之前或之後指派給短期衝刺的工作專案數目計算,但尚未完成。 |
本文稍後會瞭解如何 開啟 [速度內文] 報表 ,或 設定 Velocity 小工具 。
您可以透過下列方式設定每個圖表:
- 工作總 和、故事點或大小欄位或其他支援的數值欄位 ,指派給待辦專案
- 待辦專案上出現的工作專案計數
- 反覆項目數目
小工具支援一些更多組態選項。 若要設定或檢視速度圖表,請參閱 設定及檢視速度圖表 。
您可以選擇速度圖表:您從待辦專案頁面存取的內容中速度圖表,以及您新增至儀表板的 Velocity 小工具。 使用 Velocity 小工具,您可以快速判斷下列資訊:
- 計畫的速度
- 實際(已完成)速度
- 比計畫晚完成的工作
- 未完成的工作量
這兩個圖表都支援針對數個短期衝刺將小組速度視覺化。 不過,Velocity 小工具支援下列組態選項:
- 工作總 和、故事點或大小欄位或其他支援的數值欄位 ,指派給待辦專案
- 待辦專案上出現的工作專案計數
- 反覆項目數目
- 進階功能
檢視內容中的速度報告
速度報告適用于每個待辦專案層級,包括產品和組合待辦專案。 每個報表都會提供互動式控制項,為使用者提供感興趣的檢視。
登入您的組織 (
https://dev.azure.com/{yourorganization}
) 並移至您的專案。從 [ 面板 > 待辦專案 ] 畫面中,選取 [分析 ] 以開啟您產品或組合待辦專案的速度報告。
若要變更為不同的待辦專案,請從待辦專案選取器中選擇,然後選取 [ 檢視速度的完整報告 ]。
使用互動式控制項來選取計數或加總欄位和反復專案的數目。 選取 [自訂反復專案 ],以指定介於 1 到 15 之間的任意數目反復專案。
如果您的小組未完成短期衝刺,或您在短期衝刺開始日期之前處理專案,則沒有任何資料可分析和預測。 您可能會看到此訊息: 將反復專案日期設定為使用此小工具 。 若要解決此問題,請設定反復專案日期範圍以包含目前日期,或等候短期衝刺開始。
將滑鼠停留在資料列區域上,以顯示已規劃及已完成工作專案的摘要。 例如,針對 07_2019 短期衝刺,計畫有 131 個專案。
如需詳細資訊,請參閱 本文稍早所述的工作流程狀態原因 。
若要將報表新增至儀表板,請選取 動作圖示,然後選取 [ 複製到儀表板 ]。
選取儀表板,然後選取 [ 確定 ]。
若要返回分析摘要,請選取 上一步箭號。
從入口網站開啟您的產品待辦專案。
請檢查您選取正確的專案、選取 [面板 > 待辦專案 ],然後從小組選取器功能表中選取正確的小組。
若要選取另一個小組,請開啟選取器並選取不同的小組,或選取 [ 流覽所有待辦專案 ] 選項。 或者,您可以在搜尋方塊中輸入關鍵字,以篩選項目的小組待辦專案清單。
提示
選取星號圖示以將小組待辦專案設為我的最愛。 我的最愛成品 ( 我的最愛圖示) 會出現在小組選取器清單的頂端。
選取 待辦專案 (針對 Scrum)、 故事 (適用于 Agile),或 [ 適用于 CMMI 的需求] 作為待辦專案層級。
開啟速度圖表。
若要讓圖表出現,您的小組必須執行這些活動:
- 為您的小組選取短期衝刺。
- 將待辦專案指派給短期衝刺。
- 藉由定義 「工作」、「故事點」或「大小」來估計待辦專案。
圖表會追蹤您在先前短期衝刺中完成或進行中的預估待辦專案工作(工作總和、故事點或大小)(綠色)。
如下圖所示,速度通常會因各種原因而從短期衝刺到短期衝刺波動。 不過,您可以藉由平均每個短期衝刺以綠色顯示的值,快速判斷平均速度。 然後,您可以將平均值插入預測工具中。
一旦 Scrum 進程設定為 [已認可],則根據 Scrum 程式 的工作專案 會在圖表中計算,而以 Agile 和 CMMI 進程為基礎的 專案會在狀態設定為 [作用中] 後計算。 此行為是透過 工作流程狀態設定為類別狀態對應 。
設定 Velocity 小工具
您只能為單一小組設定您的 Velocity 小工具。 如果您想要檢視數個小組的速度,則必須設定從數個小組匯總的公事包管理小組。 如需詳細資訊,請參閱 新增小組 。
如果您尚未這麼做, 請將 Velocity 小工具新增至儀表板 。 針對 Azure DevOps Server 2019, 啟用或安裝 Analytics 。
完成下列步驟以設定 Velocity 小工具。
選取動作圖示,然後選取 [設定 ] 選項以開啟組態對話方塊。
修改標題、選取小組,然後選取待辦專案層級或要追蹤的工作專案類型。選取您要追蹤工作專案計數或數值欄位的總和。 最常見的加總欄位是 [努力]、[故事點] 或 [大小]。
指定您想要檢視的短期衝刺數目。 預設值為 6,最大值為 15。
(選擇性)選取核取方塊,以顯示比每個短期衝刺計畫晚完成之工作的其他資訊。
- 顯示反復專案的計畫工時: 核取此方塊,即可在反復專案開始時顯示反復專案計劃的工作量,這對於比較計畫的工作與實際交付專案很有用。 根據預設,計畫的工作計數會在反復專案的開始日期開始。
- 計畫工時反復專案的過去天數為最終 :指定開始日期過去天數來計算計畫工時。 例如,如果反復專案的前兩天用於規劃,您可以輸入
3
,而計畫的工作會在第三天計算。 例如,如果反復專案開始于01/01/2024
,而三個待辦專案會在一天結束時指派給反復01/01/2024
專案,則這三個待辦專案會視為已規劃。 如果您的小組在經過幾天之後才完成規劃,則您可以在計畫的工作最後更新過去反復專案的開始日期。
注意
如果工作指派給反復專案開始日期,則會將其視為已規劃。
醒目提示已完成工時: 核取此方塊,以顯示在反復專案結束日期之後標示為已完成的工作專案,這被視為已晚完成,並顯示為淺綠色。 醒目提示已完成的工作很適合用來找出工作專案在反復專案完成之後標示為完成的趨勢。
過去反復專案的結束日期,其中的工作遲到 :指定過去天數,如果工作專案的狀態仍然為新或正在進行中,請指定您認為工作專案遲到的天數。 例如,輸入三天可讓小組在反復專案結束 3 天后標記工作專案完成或完成,再視為遲到。
注意
當工作專案的 [完成日期] 晚于工作專案的 [反復專案結束日期] 時,工作專案目前 指派給的工作專案時,會將工作專案 視為延遲。 它會考慮您針對 過去反復專案結束日期所輸入的值,其中工作已晚 。
當完成時,選擇儲存。 下圖顯示以故事點和八個短期衝刺資料為基礎的速度。
如需有關已規劃、已完成、延遲和不完整狀態的詳細資訊 ,請參閱 本文稍早所述的狀態原因 。
必要和建議的工作
若要讓小組從速度圖表取得最大的公用程式,請遵循這些必要和建議的工作。
必填:
- 定義反復專案路徑(短期衝刺),並設定小組反復專案 。 短期衝刺應該具有相同的持續時間。
- 定義和估計待辦專案 。 如果您從小組的待辦專案工作,您建立的專案會自動指派給目前的短期衝刺(反復專案),以及您小組的預設區域路徑。
- 在工作開始時和完成時,更新待辦專案的狀態。 只有 [進行中狀態 ] 或 [完成] 的待辦專案才會顯示在 [速度] 圖表或小工具 上。
建議配備:
- 定義並調整待辦專案的大小,以 將變異性 降到最低。
- 判斷您的小組想要 如何處理 Bug 。 如果您的小組選擇處理需求之類的錯誤,錯誤會顯示在待辦專案上,並計算在速度圖表和預測內。
- 設定小組的區域路徑 。 預測工具會根據小組的預設設定來預測這些專案。 這些設定可以指定在小組預設下的區域路徑中包含專案,或將其排除。
- 請勿建立待辦專案和 Bug 的階層。 工作流程看板和工作面板和短期衝刺待辦專案只會顯示階層中的最後一個節點,稱為分葉節點。 例如,如果您連結階層中深度為四層的專案,則只有第四層的專案會出現在工作流程看板、短期衝刺待辦專案和工作面板上。
我們建議您維護一般清單,而不是巢狀需求、Bug 和工作,而是在專案之間建立一個層級的父子式連結。 使用 功能來群組需求或使用者劇本 。 您可以快速將故事對應至功能,以在背景中建立父子連結。 - 更新小組在短期衝刺結束時完成的待辦專案狀態。 不完整的專案應該移回產品待辦專案,並在未來的短期衝刺規劃會議上考慮。
- 將待辦專案的大小變化降到最低,以協助加強小組建立更真實的估計值的能力。 變異性會增加不確定性,但將估計的變化降至最低,會增加更可靠速度計量和預測結果的可能性。 估計,根據他們的性質,不反映現實。 他們代表小組對完成專案所需工作的最佳猜測,因為這與待辦專案上完成其他專案的工作有關。
重要
刪除 區域路徑或重新設定 反復專案路徑 可能會導致資料遺失,且無法還原。 例如,已變更區域路徑 的 小組的燒毀或燒毀小工具圖表、短期衝刺燒毀和速度圖表不會反映正確的資料。 歷史趨勢圖會參考 區域路徑 和 反復專案路徑 ,如過去針對每個工作專案定義。 刪除區域路徑或 反復專案路徑 時,就無法擷取其歷程記錄資料。
新增其他小組
如果每個小組都想要使用自己的待辦專案檢視、速度圖表和預測工具,您可以 新增小組 。 每個小組都能存取自己的一組敏捷式工具。 每個敏捷式工具都會篩選工作專案,只包含為小組 設定的指派區域路徑和反復專案路徑 。
下一步
相關文章
意見反應
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:提交並檢視相關的意見反應