1.   看板簡介

看板管理，常作Kanban管理（來自日語“看板”，カンバン，日語羅馬拼寫：Kanban），是豐田生產模式中的重要概念，指為了達到JIT(Just in Time, 及時生產)方式控制現場生產流程的一種工具。幾乎每個學習豐田TPS（Toyota Production System）的企業都會不自覺的把看板當作第一個引入的模式，因為它直觀有效。

將流程視覺化

·        把工作細分成任務，寫在卡片上，貼在牆上

·        把列命名好，來顯示任務在工作流程中的狀態

限制“在製品”（workin progress，簡稱 WIP） – 明確限定在每個狀態下同一時間能有多少工作任務
度量生產週期

2.      看板 vs. Scrum板

那麼看板和Scrum板有什麼區別呢？先用以下兩個簡單的Scrum板和看板比較一下。

兩個board中，都跟蹤了幾項任務在流程中的進展- Todo，Ongoing 和Done。二者唯一的區別就是Ongoing狀態列中的數字2，2的意思是指“不管什麼時候，這一列上最多隻能有兩個任務”。換成Scrum的話，團隊可以把所有任務都放到Ongoing那一列去。但是因為迭代本身的範圍是固定的，所以Scrum有個潛藏的限制，對於這個案例的話，就是每列最多隻能放4個任務。看板是直接限制WIP，而Scrum是間接限制的。

相似性

·        都是既精益又敏捷；

·        都以透明的方式驅動過程改進；

·        都限制了WIP；

·        都關注於盡早交付，頻繁交付可釋出的軟體；

·        都要求把工作細分；

·        釋出計劃都是根據經驗資料（生產率/生產週期）不斷優化的；

差異

·        二者都是過程工具，Scrum比看板更規範些，要遵守的規則要多些；

·        Scrum規定了三種角色Product Owner，Scrum Master和Scrum Team，看板沒規定任何角色；

·        Scrum規定了固定時長的迭代，而看板固定時長的迭代是可選的，計劃，釋出，過程改進等活動可以各有各的節奏，它可以由事件驅動不用非要固定時長；

·        看板按流程狀態限制WIP，而Scrum按迭代來限制WIP；

·        Scrum在迭代內拒絕變化，看板只要生產力允許，就可以加任務；

·        Scrum規定了跨功能團隊，看板的跨功能團隊是可選的，可以有專職團隊；

·        Scrum中團隊承諾一個迭代中完成一定量的工作，看板中承諾是可選的；

·        Scrum用生產率做為計劃和過程改進的預設度量手段，看板用生產週期做為計劃和過程改進的預設度量手段；

·        Scrum規定了任務必須分解以便能在一個sprint中完成，看板則對任務規模沒有任何限定；

·        Scrum規定了估算，而看板估算是可選的；

·        Scrum規定了burn-down燃盡圖，看板沒規定專門的圖表形式；

·        Scrum中一個sprint backlogs歸一個scrum團隊所有，一張看板圖可以由多個團隊或多人共用；

·        Scrum板會在每個sprint間重置，而看板圖會一直保留著；

·        Scrum規定了經過優先順序排序的product backlog，而對於看板優先順序排序則是可選的；

比較了看板和Scrum的異同點，個人感覺看板更適用於運維團隊或者已經進入維護階段的專案，因為這些專案基本上都是以天為單位的頻率來重排任務優先順序的，sprint不是很適用。