共用方式為


預測您的產品待辦專案

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

團隊可以使用預測工具來協助其衝刺規劃工作。 當您插入 小組速度的值時,預測工具會顯示待辦專案中的哪些專案可以在未來的短期衝刺中完成。 這兩個工具都是小組特定的工具,依賴小組評估待辦專案的能力。 一旦您的團隊完成一兩個短期衝刺,他們就可以使用團隊速度來預測他們在即將到來的短期衝刺中可以完成多少待辦專案。

預測工具可協助團隊回答關鍵的規劃問題:

  • 短期衝刺容量規劃:我們可以在未來的短期衝刺中完成多少個待辦專案?
  • 發行規劃:我們何時可以完成待辦專案中的所有專案?
  • 資源規劃:我們需要多快的速度才能達到目標交付日期?
  • 範圍管理:我們應該在即將發布的版本中優先考慮哪些功能?

Tip

你可以在本文的後面部分使用 AI 來協助此任務,或參考 啟用 Azure DevOps MCP Server 的 AI 協助功能 來開始。

使用本文來瞭解:

  • 如何預測即將到來的衝刺
  • 支持預測的必要和建議的團隊活動
  • 如何有效地解釋和使用預測結果
  • 準確預測的最佳實務

Note

如果您在待辦專案或面板上看不到所需的工作專案,請參閱 建立和管理待辦專案。 欲了解更多資訊,請參閱 什麼是Azure Boards?

Prerequisites

Category Requirements
專案成員資格 Project 成員。
權限 貢獻者 安全群組的成員。
存取層級 至少 基本 存取。

Note

具有 公用專案項目關係人存取權 的使用者,可以完整存取待辦專案和面板功能,就像具有 基本 存取權的用戶一樣。 如需詳細資訊,請參閱專案關係人存取快速參考。

  • 項目成員資格:項目的成員。
  • 許可權:參與者 安全組的成員。
  • 存取層級:至少 基本 存取。

了解預測基本概念

在使用預測工具之前,了解 Azure Boards 中的預測運作方式非常重要:

預測原則

  • 基於速度的預測:預測工具使用您團隊的歷史速度來預測未來的產能
  • 衝刺一致性:預測假設衝刺長度和團隊容量一致
  • 工作專案估計:準確的預測需要一致且可靠的工作專案估計
  • 以狀態為基礎的篩選:預測中只會包含特定狀態(建議、進行中)的工作項目

預測限制

  • 過往績效指標:預測是根據歷史資料,可能無法考慮未來的變化
  • 團隊變更:預測不會針對團隊組成變更自動調整
  • 外部相依性:該工具不考慮外部攔截器或相依性
  • 估計精確度:預測品質取決於工作項目估計的精確度

以下是您嘗試預測小組待辦專案之前必須具備的內容。

必要設定

  • 定義迭代路徑(衝刺)並設定小組迭代
    • 衝刺的持續時間應該相同,以便準確預測。
    • 選取足夠的未來短衝以預測整個產品待辦清單。
  • 定義和估計待辦專案。 如果您從小組的待辦事項工作,您建立的項目會自動分配給當前的短衝(迭代),以及您小組的預設區域路徑。
  • 更新工作專案狀態:在工作開始和完成時更新待辦專案的狀態。 只有其狀態對應至狀態類別為 [建議] 或 [進行中] 的待辦專案會出現在速度圖表上。 (如需詳細資訊,請參閱 工作流程狀態和狀態類別。
  • 將估計變異性降到最低:定義待辦專案並調整其大小,以減少估計的變異性。
  • 配置錯誤追蹤: 確定您的團隊希望如何處理錯誤。 如果您的小組選擇將錯誤視為需求,則錯誤會出現在待辦專案上,並在速度圖表和預測中進行計算。
  • 設置您團隊的區域路徑: 預測工具根據您團隊的默認設置預測這些項目。 這些設定可以指定是將項目包括在小組預設的區域路徑中,還是將其排除。
  • 維護平面階層:請勿建立待辦專案和 Bug 的階層。 分葉節點的顯示,也就是相同類別階層中的最後一個節點,可能只會出現在面板、短期衝刺待辦專案和工作面板上。 如需詳細資訊,請參閱 修正重新排序和巢狀問題、待辦專案和面板如何顯示階層式 (巢狀) 專案。
    與其將需求、Bug 和工作進行巢狀結構,不如維護平面清單,只在不同類別的項目之間建立一層深度的父子連結。 使用 功能來群組需求或使用者故事。 您可以快速將故事對應至特性。 地圖會在背景中建立父子連結。
  • 完成短期衝刺清除:在短期衝刺結束時,更新小組完成之待辦專案的狀態。 將未完成的項目移回產品待辦事項,並在未來的衝刺規劃會議中考慮它們。

小組設定考量

Note

如果您與數個小組合作,而且每個小組都想要使用自己的待辦專案、速度圖表和預測工具,您可以 建立更多小組。 然後,每個小組即可存取自己的一組敏捷式工具。 每個敏捷工具都會篩選出工作項目,以僅包含區域路徑和迭代路徑符合其小組設定的項目。

預測即將到來的開發衝刺

使用預測工具來瞭解您可以在短期衝刺中完成的項目數目。 藉由插入速率,您可以查看哪些項目在小組啟動的 Sprint 集範圍內。

若要預測產品待辦專案,請完成下列動作:

  1. 選取 面板待辦專案 從小組選取器功能表中選取正確的小組。

    小組的開啟工作和待辦專案的螢幕擷取畫面。

    若要選取另一個待辦專案,請開啟選取器,然後選擇不同的小組,或選取 [ 檢視待辦專案目錄 ] 選項。 或者,在搜尋方塊中輸入關鍵詞,以篩選專案的小組待辦項目清單。

    螢幕擷取畫面顯示選擇其他團隊。

  2. 確認您已選取 [劇本 ](適用於 Agile)、 問題 (適用於基本)、 待辦專案 (適用於 Scrum),或 [需求 ] (適用於 CMMI)作為待辦專案層級。

    螢幕擷取畫面顯示 [選擇產品待辦專案層級]、[待辦專案]、[劇本] 或 [需求] 下拉式功能表。

  3. (選擇性)若要選擇應該顯示哪些資料行,以及依何種順序顯示,請選擇 動作圖示,然後選取 [ 數據行] 選項。 如需詳細資訊,請參閱 變更數據行選項。

    螢幕擷取畫面顯示選取 [資料行選項]。

  4. 選擇 檢視選項圖示,然後將 預測 滑動至 開啟。 若要讓事情保持簡單,請關閉 對應規劃 窗格

    螢幕擷取畫面顯示 [面板]、[待辦專案]、[檢視選項功能表]、[順序預測]。

    將 進行項目 設置為關閉,以隱藏那些未計入預測的項目。 預測工具會忽略設定為 已認可 或 已完成 的 Scrum 項目,以及設定為 作用中、已解決 或 已完成 的 Agile 和 CMMI 項目。

  5. 輸入小組的預測速度。

    螢幕擷取畫面顯示 [面板]、[待辦專案]、[設定預測速度] 順序。

    Tip

    如果您的團隊已經完成數個迭代,您可以從速度小工具中獲得關於小組速度的概念。 使用過去 3-6 次衝刺的平均速度來進行最準確的預測。

    此工具會針對小組選取的每個未來短期衝刺繪製線條。 預測線會顯示您的小組在未來的衝刺中可完成多少工作。 一般而言,位於第一行以上的項目已經在當前的衝刺週期中進行中。 落在第一和第二個預測行之間的項目表示能在指定的衝刺中完成。

瞭解預測結果

讀取預測視覺化

預測工具會顯示待辦專案,並提供視覺指標,協助您瞭解短期衝刺容量:

  • 預測線:分隔工作項目至衝刺桶位的橫線
  • 短期衝刺標籤:每行都標有短期衝刺名稱和容量
  • 速度結轉:一個衝刺中未使用的速度會結轉到下一個衝刺
  • 工作項目定位:行間的工作項目代表該衝刺中可以完成的工作項目

解譯預測資料

檢閱預測結果時,請考慮下列因素:

  • 手動驗證:手動檢查結果,以了解您的預期與預測工具顯示的內容之間的差異。
  • 衝刺容量:檢查每次衝刺中預測的工作量(工时、故事點或規模)。
  • 大型工作專案:詢問專案的工作量接近或大於小組速度的預測結果。
  • 速度結轉:了解先前衝刺中未使用的資源如何影響未來的預測。

預測解釋範例

在此範例中,會使用 20 的速度。 預測工具將預測線之間顯示的項目數量限制為可以在短期衝刺內完成的項目,或使用前一個短期衝刺中未使用的速度點。

預測工具會根據指派給每個使用者故事或錯誤的故事點數目,顯示在迭代 2 到 6 期間可以處理兩到四個工作項目。 預測邏輯會將速度點從一個衝刺延續到下一個。

  • 迭代2:13個故事點,可完成第1、2項,7個速率點將延續到下個衝刺

  • 迭代3:24個故事點,可完成第3至5項;3 (=20+7-24) 個速度點延續到下一個衝刺

  • 迭代4:21個故事點,可以完成6到8項;2 (=20+3-21) 個速度點延續到下一個衝刺

  • 迭代5:16個故事點,9到12項可以完成;6 (=20+2-16) 個速度點延續到下一個衝刺

  • 迭代6:23個故事點,項目13到16可完成,3(=20+6-23)個速度積分延續至下一個衝刺階段

    螢幕擷取畫面顯示 6 個短期衝刺的面板、待辦專案、預測結果。

進階預測案例

案例 1:判斷時間表所需的速度

另一種使用預測工具的方式是輸入不同的速度值,直到所有待辦專案在指定的短期衝刺集合內完成為止。 此預測提供完成專案待辦專案所需速度的估計。

然後,您可以評估目前團隊速度與所需速度之間的速度差異。 增量有助於確定為在必需的時間內滿足生產需求而所需的其他資源。

速度需求分析的步驟

  1. 計算待辦專案工作總計:加總所有待辦專案的工作量估計值
  2. 計算可用的衝刺: 確認您在目標日期之前有多少個可用的衝刺
  3. 計算所需速度:將總工作量除以可用的短衝
  4. 與當前速度比較: 識別當前速度和所需速度之間的差距
  5. 相應地計劃: 確定您是否需要更多團隊成員、範圍縮小或時間表調整

案例 2:具有多個團隊的版本規劃

對於擁有多個團隊致力於共同版本的組織:

  1. 彙總團隊預測: 合併所有貢獻團隊的預測
  2. 識別依賴性:繪製可能影響交付的跨團隊依賴性
  3. 規劃整合點:在團隊交付之間排程整合活動
  4. 監控進度: 根據預測的交付日期追蹤實際進度

案例 3:隨著小組規模變更的容量規劃

當團隊組成在專案期間變更時:

  1. 按比例調整速度: 根據團隊規模的變化增加或減少速度
  2. 考慮提升時間:新團隊成員通常需要時間才能達到完全生產力
  3. 監控實際績效: 將實際速度與調整後的預測進行比較
  4. 定期重新校準: 根據新的速度模式更新預測

準確預測的最佳實務

估算實務

  • 使用一致的估計量表: 確保所有團隊成員理解並應用相同的估計標準
  • 協作估計:使用計劃撲克或類似的方法來達成團隊共識
  • 分解大型專案:將大型工作專案分割成更小、更可預測的專案
  • 包括所有工作:考慮錯誤、技術債務和其他影響容量的工作

速度管理

  • 追蹤實際速度: 監控一段時間內的實際速度並相應地調整預測
  • 使用滾動平均值: 根據過去 3-6 個衝刺的平均值進行預測,以確保穩定性
  • 考慮團隊變化: 當團隊組成變化時調整速度期望
  • 考慮外部因素:考慮假期、培訓和其他能力影響

預測維護

  • 定期更新:至少在每個衝刺周期重新整理一次預測
  • 檢閱假設:驗證基礎假設是否仍然有效
  • 溝通變化: 讓利益相關者了解預測更新及其影響
  • 從實際值中學習: 將預測預測與實際結果進行比較,以提高準確性

疑難排解常見的預測問題

問題:預測不準確

可能的原因:

  • 不一致的工作專案估計值
  • 基於衝刺次數過少的速度計算
  • 團隊組成的重大變化
  • 未考慮外部相依性

解決方案:

  • 審查和標準化估算實踐
  • 使用較長的速度歷程記錄進行計算
  • 因應團隊變動調整速度
  • 在短期衝刺規劃中包含相依性管理

問題:預測工具未顯示預期結果

可能的原因:

  • 錯誤狀態類別中的工作專案
  • 團隊區域路徑配置不正確
  • 衝刺配置問題
  • 遺漏工作專案估計值

解決方案:

  • 確認工作專案狀態對應至正確的類別
  • 檢查團隊設定中的區域路徑和迭代設定
  • 確保短衝被正確配置和指派
  • 將估計值新增至所有待辦專案

問題:預測與實際值之間的差異較大

可能的原因:

  • 無法預測的工作項目大小
  • 短期衝刺期間的範圍蔓延
  • 估計中未考慮的技術挑戰
  • 影響容量的外部中斷

解決方案:

  • 改善工作專案分解
  • 實施更強的範圍管理
  • 在估計中包含風險緩衝區
  • 追蹤和計算中斷驅動的工作

後續步驟

將工作分配到衝刺

使用 AI 進行衝刺預測

如果你的 Azure Boards MCP Server 以代理模式連接到你的 AI 代理,你可以用自然語言提示來審查支持預測的積壓估算和速度資料。

任務 範例提示
檢視積壓案件估算 List all user stories on the <Contoso Team> backlog that have no story points assigned
積壓案件規模 What is the total story points remaining in the product backlog for <Contoso Team>?
Sprint 完成歷史 How many story points did <Contoso Team> complete in each of the last 5 sprints?
估計衝刺次數 Based on a velocity of 25 story points, how many sprints to complete the remaining backlog for <Contoso Team>?
預測發行日期 Using the average velocity from the last 5 sprints, estimate when <Contoso Team> will complete all priority-1 backlog items
識別估計缺口 Which user stories in the <Contoso Team> backlog have story points that differ significantly from similar-sized stories?
比較速度趨勢 Show a sprint-by-sprint velocity trend for <Contoso Team> over the last 8 sprints and flag any sprints that were outliers
降低能力的預測 If <Contoso Team> velocity drops to 18 story points due to holidays, how many additional sprints are needed to clear the backlog?
預測功能完成 How many sprints until all child stories under feature #3050 are complete, based on <Contoso Team> average velocity?
積壓整理優先事項 List the top 20 backlog items by priority for <Contoso Team> and flag any that are missing story point estimates

Note

代理模式與 MCP 伺服器使用自然語言,因此您可以調整這些提示或提出後續問題以精煉結果。

  • 團隊速度
  • 定義迭代路徑 (衝刺) 並設定小組迭代
  • 使用任務板在短期衝刺期間追蹤工作
  • 監控衝刺燃盡圖,以判斷您的團隊是否有望完成衝刺計劃
  • 設定與自訂 Azure Boards
  • 敏捷流程指導