摘要:燃盡圖的一部分軸圖表的軸始終表示時間通常以天為單位。閱讀燃盡圖通過將沖刺進度線與指南進行比較來讀取圖。沖刺結(jié)束時更新進度這是一個團隊的燃盡圖表,它在沖刺審查會議前一天更新所有狀態(tài)。
什么是燃盡圖?
燃盡圖是在“剩余工作”和“時間”之間繪制的折線圖。Scrum團隊使用這些圖表來跟蹤他們在sprint中“燒毀”任務(wù)時的進度。
Burndown圖表相當(dāng)容易理解,但團隊通常很難理解圖表背后的全部含義。
燃盡圖的一部分X軸:
圖表的X軸始終表示時間(通常以天為單位)。
Y軸:
y軸表示在sprint中要完成的剩余工作。這可以由剩余任務(wù)(在任務(wù)的數(shù)量中)或剩余的努力量(在故事點/小時中)來表示。
進度線:
進度線表示您的團隊在沖刺方面的進展情況。它每天都會使用新的剩余估算進行更新。隨著沖刺的進行,這條線將指示您的團隊是否正常,以及是否需要采取任何糾正措施。
準(zhǔn)則:
這是在圖表上從左到右向下繪制的對角線。理想情況下,您的沖刺進度線應(yīng)盡可能接近指南。如果您的團隊能夠在整個sprint中以穩(wěn)定的速度完成所有故事,那么您的進度線最終將與指南完全相同。
Y軸作為剩余任務(wù)的數(shù)量:
這是在任何給定日期保留在sprint中的任務(wù)數(shù)的圖表。隨著任務(wù)在一段時間內(nèi)完成,進度線開始向下移動。這種方法的最大優(yōu)點是圖形易于理解。
使用這種類型的燃盡圖表的缺點是不估計任務(wù)。并非所有任務(wù)都需要同等的努力來完成。通常情況下,在沖刺結(jié)束時離開困難任務(wù)的團隊發(fā)現(xiàn)盡管在大部分時間內(nèi)處于“正常”狀態(tài),但他們無法完成所有任務(wù)。
Y軸作為剩余的故事點:
這是隨著時間的推移剩余多少故事/估計點的圖表。故事點是通過其復(fù)雜性來估計任務(wù)的好方法。這標(biāo)準(zhǔn)化了完成任務(wù)所需的工作量。
該圖最終類似于先前的方法,但估計點消除了跟蹤任務(wù)完成帶來的模糊性。
燃盡圖何時有用?Burndown圖表在以下兩個方面都很有用:主動沖刺和沖刺回顧。
沖刺期間:
在正在進行的沖刺期間查看燃盡圖表可以幫助Scrum主管或產(chǎn)品負(fù)責(zé)人回答以下問題:
沖刺是否按目標(biāo)進展?
所有的故事(或任務(wù))都能按時完成嗎?
需要采取哪些糾正措施來達(dá)到目標(biāo)???
沖刺后:
Burndown Charts是Sprint團隊表現(xiàn)的指標(biāo)。在sprint回顧中,燃盡圖可作為圍繞估計準(zhǔn)確性,沖刺性能,障礙以及隨后沖刺期間所做更改的討論的參考。
通過將沖刺進度線與指南進行比較來讀取Burndown圖。兩條線彼此越接近,在截止日期之前完成所有任務(wù)的機會就越大。
落后于時間表:如果進度線高于指南,則意味著您的團隊落后于計劃,并且理想情況下應(yīng)該完成更多工作。
正軌:進度線和指南緊密相連。如果他們保持目前的速度,團隊將擊中目標(biāo)。
提前計劃:進度線低于指南。即使在沖刺結(jié)束日期之前,該團隊仍有望達(dá)到目標(biāo)。這可能是因為在計劃沖刺時任務(wù)被高估了。團隊可以向sprint添加更多任務(wù),以確保每個人都在sprint中占用。
Burndown圖表模式以下是使用燃盡圖跟蹤沖刺時可能會觀察到的一些常見模式。
不正常的狀態(tài)更新(或)不正確的故事細(xì)分
以塊為單位更新其狀態(tài)的團隊(例如,在每周結(jié)束時)以階梯圖形結(jié)束。定期狀態(tài)更新可提供更準(zhǔn)確的圖表。理想情況下,Sprint團隊?wèi)?yīng)該每天更新他們的任務(wù)。
階梯圖有時也是不正確的任務(wù)分解的結(jié)果。如果任務(wù)沒有足夠的細(xì)分,個別問題可能需要很長時間才能完成:導(dǎo)致幾天內(nèi)缺乏進展的錯覺。避免這種情況的最佳方法是將大型任務(wù)分解為小的可執(zhí)行工作塊。
沖刺結(jié)束時更新進度
這是一個團隊的燃盡圖表,它在沖刺審查會議前一天更新所有狀態(tài)。此圖表在回顧期間增加的價值非常小,團隊?wèi)?yīng)確保每天更新其狀態(tài)。
提前完成。
此圖表代表一個團隊過高估計完成任務(wù)所需的時間。
如果該團隊保持當(dāng)前的速度,他們最終將在sprint結(jié)束日期之前完成所有任務(wù)。產(chǎn)品所有者需要向sprint添加更多任務(wù)(由估計的急劇上升表示),以便在整個sprint期間保持團隊忙碌。
落后于時間表。
這是一個努力跟上理想指南的團隊的燃盡圖。
這很可能是因為他們低估了完成任務(wù)所需的工作量。糾正課程的兩種方法是
為團隊添加更多人(或)
通過刪除故事或任務(wù)來縮小sprint的范圍。
敏捷與Scrum基礎(chǔ)綜合Scrum指南
什么是Scrum的三大支柱?
什么是敏捷軟件開發(fā)?
Scrum在3分鐘內(nèi)完成
什么是5個Scrum值?
Scrum的演變是什么?
經(jīng)典項目管理與敏捷項目管理
為什么Scrum難以掌握?
什么是Scrum中的速度?
什么是敏捷?什么是Scrum?
敏捷中的三個Amigos發(fā)展戰(zhàn)略是什么?
經(jīng)驗過程控制與定義過程控制
如何保持Scrum的透明度?
Scrum vs Waterfall vs Agile vs Lean vs Kanban
什么是Scrum框架中的3355?
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/105420.html
摘要:初始估值初步估算完成該故事需要的工作量。這實際上就是整個的估算生產(chǎn)率。跟表示趨勢的虛線相對比,團隊的工作狀態(tài)還是差不多沿著正軌的。在中,系統(tǒng)會根據(jù)項目中任務(wù)的新增和完成狀態(tài),自動生成燃盡圖。 從編寫產(chǎn)品backlog說起 產(chǎn)品backlog是Scrum的核心,也是一切的起源。從根本上說,它就是一個需求、或故事、或特性等組成的列表,按照重要性的級別進行了排序。它里面包含的是客戶想要的東西...
摘要:引言禪道的使用在其手冊中有比較詳細(xì)的介紹,大家可以參考其中還包括介紹的視頻。應(yīng)用范圍禪道主要應(yīng)用于軟件項目的管理。軟件完整使用其支持的流程主要按照敏捷開發(fā)的流程支持的。擴展機制,幾乎可以對禪道的任何地方進行擴展。 ...
摘要:但這并不意味著敏捷開發(fā)完全拋棄文檔,敏捷開發(fā)遵循輕文檔,重溝通的原則。把功能點拆分,導(dǎo)入到項目管理軟件中,相關(guān)人員只需要按照需求目錄一條條執(zhí)行即可,不再需要一頁一頁的看了。如今的任務(wù)看板和燃盡圖已經(jīng)由實物形式轉(zhuǎn)變?yōu)轫椖抗芾碥浖? 我們比較熟知的軟件項目管理方法是瀑布。其基本流程是需求-> 設(shè)計->開發(fā)->測試?;炯僭O(shè)只要把每一個環(huán)節(jié)都做正確,那么最終得到的結(jié)果也是正確的。瀑布開發(fā)有非...
閱讀 667·2019-08-30 15:44
閱讀 1387·2019-08-30 11:02
閱讀 2996·2019-08-29 18:42
閱讀 3517·2019-08-29 16:16
閱讀 1725·2019-08-26 13:55
閱讀 1778·2019-08-26 13:45
閱讀 2393·2019-08-26 11:43
閱讀 3257·2019-08-26 10:32