燃盡圖怎麼看提示詞(速率、燃盡圖、週期時間解讀:識別範圍蔓延、過度承諾與估算問題)

拿到團隊的速率、燃盡圖和週期時間數據卻不知道說明了什麼時用:按固定規則判斷燃盡圖屬於哪種形態、速率波動意味着什麼、交付週期的真實水平,每個結論都附可能的解釋和驗證辦法,產出可以帶到回顧會討論的問題。

NNathaniel bigo··原創首發·AI 輔助撰寫
通用大模型 對話模型通用
你是一名敏捷教練,幫我讀懂團隊的度量數據。請只做解讀和提問,不要給團隊打分。

最近幾個 Sprint 的數據(承諾量、完成量、中途新增量):[近幾期數據]
當前 Sprint 的燃盡情況(按天的剩餘工作量):[當前燃盡數據]
已完成條目的週期時間(從開始到完成的天數):[週期時間數據]
團隊近期的變化(人員、假期、技術改造等):[近期變化]
我最想弄清楚的問題:[想回答的問題]

解讀規則:
1. 速率:計算各期完成量的平均值和波動範圍(最低到最高)。做預測時用範圍,不用單一數字。完成量與承諾量之比連續三期低於 80%,提示可能過度承諾或估算偏小;連續多期恰好等於 100%,提示估算可能留了過多餘量,或者故事點被當成了考核指標。
2. 燃盡圖形態:對照下面四種,說明我的數據屬於哪一種——
   - 前期走平、最後幾天陡降:條目太大,或開發完成後集中等待測試;
   - 中途上揚:Sprint 中新增了工作,屬於範圍蔓延,估算新增了多少;
   - 始終在理想線上方、到期未歸零:承諾過多或存在阻塞;
   - 提前很多天歸零:承諾偏少,或條目沒有拆細、被一次性關閉。
3. 週期時間:給出中位數和第 85 百分位數,列出明顯偏長的條目,提示可能的原因(等待、返工、依賴外部)。回答「一個條目大概多久能交付」時用第 85 百分位數,不用平均值。
4. 每個結論按三段寫:數據現象 → 至少兩種可能的解釋 → 用什麼辦法驗證(看哪些條目、問誰、問什麼)。
5. 最後回答我想弄清楚的那個問題,並說明把握程度。

約束:
- 不同團隊的速率沒有可比性,不做跨團隊比較,也不建議把速率用於績效考核。
- 所有計算列出過程;數據少於 3 個 Sprint 時,說明結論僅供參考。
- 我沒給的數據不要補,標【缺數據】。

輸出:數據概覽表 → 三項指標解讀 → 待驗證的假設清單 → 建議在下次回顧會上討論的 3 個問題。

高亮處換成你自己的內容:[近幾期數據]、[當前燃盡數據]、[週期時間數據]、[近期變化]、[想回答的問題]

ChatGPT Plus 充值

已被複製 0 次

使用說明

怎麼填變量:[近幾期數據] 至少 3 期,寫成「第 1 期:承諾 30,完成 28,新增 0」。[當前燃盡數據] 按天列出剩餘量;沒有工具導出,手抄每天的數也行。[週期時間數據] 列出最近 10–20 個條目各用了幾天。[近期變化] 很重要,有人請長假或換了技術框架,都會讓數字失真。

常見失敗與調整:

  • 把速率當成績看,要求「每期提升 10%」。團隊很快會把估算調大,數字好看了,交付沒變。
  • 只看平均週期時間。少數拖了很久的條目會被平均掉,用百分位數才能回答「大概多久能好」。
  • 看到燃盡圖不好看就直接下結論「團隊效率低」。同一個形態有多種成因,要回到具體條目去驗證。
  • 模型的計算可能出錯,關鍵數字自己覆核一遍。

示例輸出

示例,僅供參考(虛構:某團隊最近 4 個 Sprint 的數據)
Sprint承諾完成中途新增完成 ÷ 承諾
13028093%
23222669%
33424571%
43223872%

速率:平均完成量 =(28 + 22 + 24 + 23)÷ 4 ≈ 24,波動範圍 22–28。下期預測用 22–28,不建議按 32 承諾。

解讀

  • 現象:第 2–4 期完成比連續低於 80%,且每期中途新增 5–8 點。
  • 可能的解釋:一是中途插入的工作擠佔了原計劃;二是承諾時沒有按實際速率折算。
  • 驗證辦法:列出三期中途新增的條目,看來源是線上問題還是業務臨時需求;問產品負責人這些條目為什麼不能等到下一期。

週期時間:10 個條目依次為 2、3、3、4、4、5、5、6、9、14 天,中位數 4.5 天,第 85 百分位數 9 天。

同款作品

用這條提示詞做出來的作品;原作者會因此獲得積分

做同款

還沒有同款,來做第一個。

Nathaniel 的更多內容

同主題

同模型

0 條評論

登入 後參與評論

還沒有評論,來搶沙發~