看板方法


看板是Scrum之後用於軟體開發的最流行的敏捷框架。它提供了工作的實時性和透明性。在看板中,所有任務都是可見的,允許團隊成員隨時檢視每項任務的狀態。

看板方法的特點

  • 靈活性
    在看板方法中,團隊專注於「進行中」狀態的工作。一旦團隊完成任務,它就會完成產品待辦事項的下一個第一項任務。產品負責人會重新確定任務的優先順序,或者對團隊外部的產品待辦事項進行更改,這樣就不會破壞或影響團隊。產品所有者將最重要的任務放在產品待辦事項的頂部,因此開發團隊確保他們將產生最有價值的輸出。在看板中,我們不需要像在scrum中那樣進行固定長度的疊代。

  • 最大限度地縮短時間週期
    工作週期是工作從開始到運送到客戶的那一刻所花費的時間。重疊的技能組可以最小化迴圈時間。在這種情況下,開發人員不僅可以編寫程式碼,還可以在需要時測試程式碼。這種型別的共用技能意味著團隊成員可以進行異構工作,從而優化周期時間。

  • 可視指標
    可視指標是提高團隊效率和團隊效率的一種方式。視覺化指標通過圖表顯示,團隊成員可以檢視圖表中的資料,並可以發現其流程中出現的問題。可視指標的主要目標是減少問題在整個過程中移動所花費的時間。
    看板團隊使用兩種型別的圖表:
    控制圖:顯示每個問題所花費的週期時間。
    累積流程圖:顯示每個州存在的問題數量。

  • 持續交付
    持續交付的主要目標是快速交付低風險產品。從敏捷方法到持續交付的過渡將兩到三週的衝刺轉變為看板方法。看板方法和持續交付都通過更快地向客戶交付產品而相互補充。軟體開發團隊用於以連續的方式開發,測試和審查新功能。因此,我們可以說看板是一種連續流方法。

看板主面板

看板主面板

看板是一種用於視覺化工作並限制在製品工作的工具。

與scrum一樣,我們正在從產品待辦事項中新增一些活動並新增sprint backlog。但是,在看板中沒有sprint,因此不會執行sprint backlog活動。這是scrum和Kanban之間的主要區別,scrum包含sprint backlog,而kanban不包含sprint backlog。

看板由三種狀態組成:

  • 待辦事項
  • 正在做
  • 已完成

專案啟動後,我們將產品待辦事項中的所有活動都置於「待辦事項」狀態。當團隊成員開始處理某個活動時,該活動將處於「正在」狀態,並且在放置活動時,它將處於「完成」狀態。

從Kanban主面板,人們可以了解已經完成了哪些活動以及他們需要開展哪些活動。

看板板最重要的功能之一是限制選項。在上圖中,我們在產品待辦事項中有八個任務,限制集為4。一次只有四個任務處於「待辦事項」狀態,並且如果任何任務處於「正在」狀態 然後,產品待辦事項中的另外一項任務將被置於「待辦事項」狀態。通過這種方式,我們可以根據資源的可用性設定限制。