0%

速度圖和燃盡圖

速度圖

Velocity用于衡量scrum團隊持續提供業務價值的速度,可以采用歷史估算的方法,衡量一個又一個sprint的速度。團隊通過跟蹤完成達到自己團隊完成標準的故事點的數量,就可以基于相對點值對未來需要完成的新的用戶故事需要花費多長時間有一個比較可靠的預測。

Scrum Master需要負責跟蹤和記錄速度。每次sprint演示會結束后,Scrum master需要計算sprint期間,被團隊定義為完成的用戶故事的預估故事點數。這一數字作為這個sprint的數據點被填寫在速度圖上。

速度圖中的數值通常會呈現從高到低的趨勢,因為團隊會逐漸清楚他們在每個sprint中可以完成的工作量以及如何預估用戶故事的工作量。團隊磨合的時間越長,他們預估用戶故事工作量的能力就越強,這讓團隊可以更好地預測在單個sprint中可以完成多少用戶故事和故事點。

如果團隊的構成沒有變化,那么隨著時間的推移,團隊速率圖的曲線會從非常不穩定的狀態,逐漸轉變為圍繞一個平均值上下浮動。與其他業務圖表不同的是,速度圖不追求曲線的穩定攀升,而是力圖實現一個相對穩定的水平值,曲線代表團隊在單個sprint中實際可以持續完成的工作量。

提示:Velocity是估算工具,而非KPI。

Scrum流程外的人可能會對速度圖的性質感到困惑。從管理的角度來看,希望能增加團隊工作量,并尋求速度的逐漸增長。但速度圖追求的是趨于穩定的平均值。你可能會聽到管理層關于如何提升團隊速度或追求高于常規sprint速度的討論。不要被這些言論誤導,并且要提醒每個人,速度跟蹤的目的是為了提高團隊預估他們能夠持續可靠地完成多少工作的能力。如果一個速度圖隨著時間的推移,呈現不斷攀升(或下跌)的趨勢,那說明團隊的估算過程存在問題。

燃盡圖

燃盡圖展示了團隊在單個sprint中完成計劃故事點的進度情況。燃盡圖以團隊計劃在單個sprint中完成的故事點總量為起點,并跟蹤團隊每天完成了多少可以進行sprint演示的故事點。

通常, 燃盡圖的維護由Scrum master負責,可能會在每天的站會后更新;或者如果團隊有用來維護scrum板的工具的話就會自動生成并持續更新。盡管燃盡圖上可能存在與scrum團隊以外的人員相關的數據點,但其主要受眾仍是團隊本身。

迭代概覽&燃盡圖
典型的燃盡圖從左上角最高點開始,一路下降至右下角,形成一個對角線,這是sprint中‘最理想’的燃盡率線條。但在實際中,圖表可能有別于理想的趨勢。但團隊只要記住任一時間節點sprint中剩余的工作量,以及在sprint某個特定時間團隊需要投入多少工作量才可以達到既定開發進度。

燃盡圖上的線或柱體代表該sprint中每天實際剩余的故事點數量。起點的線或柱體代表了團隊在該sprint中承諾完成的故事點總量。隨著工作的推進,這些柱體應該變得越來越短,直至歸零。

一些團隊可能選擇以故事點或用戶故事中的單個任務為衡量單位跟蹤每日的工作量。通過燃盡圖上的線或堆疊列來跟蹤這些每日指標,讓團隊可以隨時掌握整體進度情況。

原則上來說,燃盡圖的線或柱體不應該呈現逐步增高的趨勢。如果sprint結束前發現了一個bug或一個已經被標記為已完成/可演示的用戶故事需要再度處理,則燃盡圖當日的柱形可能高于前一天。Sprint開始后引入新的用戶故事也可能導致同樣的情況。燃盡圖上柱形的高度增加,表明工作范圍超出了最初商定的sprint backlog,這種做法是違反scrum模式的。

提示:謹防工作范圍蔓延。

團隊的每個成員都應遵循既定的sprint backlog范圍。如果sprint開始后,仍經常性地添加新用戶故事,那么燃盡圖中柱形反映的在sprint特定日期的剩余工作量可能反而會超出前一天的水平。這個柱形有時會用不同的顏色表示,以強調最初商定的sprint工作范圍已經被拓展并導致剩余工作量的增加。如果這種情況頻繁出現,那么團隊就需要在sprint回顧會議中協商解決這個問題。

layicr 微信支付

微信支付

layicr 支付寶

支付寶