14. 細小的差異 (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中規定要有燃燒圖
在sprint的燃燒圖, 以每日為基礎, 顯示目前這個循環還剩餘多少工作
Y軸的單位和sprint任務的單位相同. 通常是數小時或是數天(如果團隊把backlog的項目拆解成任務的話)或是故事點數(如果團隊沒這樣做). 雖然這裡有許多不同的作法.
在scrum中, sprint的燃燒圖被使用來, 當作追蹤循環進度的其中一個主要的工具.
有些團隊有使用發佈燃燒圖, 它也是使用相同的格式, 不過是從發佈的角度來看, 它通常顯示在每次sprint後, 產品backlog中還剩餘多少故事點數.
燃燒圖主要的目的, 是當我們提前完成或是時程落後時, 能夠容易地儘早發現, 以便讓我們能夠調適.
在看板中, 並沒有規定要燃燒圖. 事實上, 沒有規定要任何特定類型的圖表. 但是, 他們當然可以使用任何他們喜歡的圖表(包括燃燒圖)
這裡有一個累積流量圖表的範例. 這類的圖形清楚地顯示了你的流量有多順暢, 以及WIP如何影響你的前置時間.
下面是它的運作原理. 在看板中, 每天每個欄位的項目的總和, 會是Y軸上面的值. 所以在第四天, 有九個項目在白板上. 在最下面有1個項目是屬於"Production", 有1個項目是屬於"Test", 有2個項目是屬於"Dev", 有5個項目是屬於"backlog". 如果我們每天繪製這些點並且把他們連接起來, 我們可以得到像上面這樣不錯的圖形. 水平和垂直的箭頭說明了WIP和前置時間的關係.
水平的箭頭告訴我們, 在第4天被加到backlog的項目, 平均要花6天才會到達"Production". 大約有一半的時間是在"Test". 我們可以知道如果限制在"Test"和"Backlog" WIP的值, 我們將會大大減少整個前置時間的值.
深藍色區域的斜度告訴我們速度的值(也就是, 每天多少項目被部署完成). 隨著時間的演進, 我們可以看到較高的速度會減少前置時間, 而較高的WIP值則會增加前置時間.
大多數的組織想要把事情做得更快(= 減少前置時間). 不幸地, 許多人落入這樣的陷阱, 就是假設越多人加入或超時工作會更快. 通常讓東西更快做好, 最有效的方法是消除流程上的障礙, 並且限制工作的量, 而不是去增加更多人或是更努力工作. 由於這樣類型的圖表顯示了為什麼, 因此增加了團隊和管理階層能合作地更有效率的可能性.
如果我們能區分出排隊狀態(像是"wait for test")和處理中狀態(像是"testing"), 那將會更清楚. 我們希望能完全地減少在queue中等待處理的項目數目, 累積流量圖表則能夠為這件事情提供適當的刺激.
留言列表
