Kanban管理
很多新人小伙伴在看資料的時候，經常會發現在同一篇文章中，“Kanban” 和 “看板” 會同時出現，為此而感到不解。“Kanban” 不就是 “看板” 的拼音嗎？兩者有區別嗎？
今天就給大家簡單科普下，關於“Kanban管理方法的精髓”，順帶解釋一下 “看板” 和 “Kanban” 的區別。
一、看板 VS Kanban
1.什么是看板
簡單理解，看板就是一塊能讓人看得見的板子，核心作用就是將信息可視化。比如：隨處可見的宣傳欄，或者各種系統里的各類數據大盤，其實都是看板。
2.什么是Kanban
先聲明下， Kanban絕對不是中文看板的拼音，而源於日語。
其實Kanban最初是豐田汽車公司的大野耐一於20世紀50年代發明的，結合JIT（Just In Time）構成著名的豐田生產方式（TPS—-Toyota Production ），使豐田完成了從“全日本第一”到“全世界第一”
3.今天談的kanban
今天所談的Kanban管理大多是指精益看板之父 David J. Anderson 發揚的管理方法，它既繼承了豐田體系的精髓，又增加了諸多針對現代團隊，企業管理非常有益的看板實踐方法。
而現代化的看板系統始於2004年，最早是在微軟的XIT軟件維護團隊中實施，使生產率上有了超過200%的提升，前置時間減少了90%，在可預測性上也有了大幅提升。
4.概括定義
看板：就是一塊能讓人看得見的板子，核心作用就是將信息可視化。
Kanban：是一種管理方法，它將軟件開發過程視為一種價值流，並且相信拉動式的管理能產生更好的結果。它通過限制在制品的數量等一系列簡單可行的技巧，發現和緩解軟件開發過程中的壓力和瓶頸，提高生產效率。
二、kanban精髓
1.看板的結構
- 隊列
看板從左到右，是流程節點的隊列，按照既定的上下游的順序進行排列。比如軟件研發領域的隊列大體是：需求收集、方案產出、待開發、開發中、待測試、測試中、待上線、上線完成。
- 游道
橫向可以按需設置泳道，區分一些分類。比如：運營需求、產品需求、技術需求。
- 狀態
在Kanban系統中，狀態只有2種：等待和被處理。很好理解，進入隊列的任務，要不然就是在等待，要不然就是被處理了，成為半成品，一旦被完成，就會流入下個節點的等待或被處理。
2.看板的收益
看板的收益主要包括：可視化、限制在制品（WIP）、快速反饋、改進協作、優化流程管理等。其中最重要的2個，就是可視化和限制WIP。
可視化很好理解，我就不展開了，簡單說下限制WIP的好處：
限制在制品（WIP）的目的是讓團隊更專注，從而提高質量，同時減少庫存，改善吞吐量。從根本上來講，WIP限制鼓勵的是“完成”的文化。更重要的是，WIP限制讓阻礙和瓶頸顯而易見，以便在困難發生時，讓團隊可以聚焦在阻塞的問題上，盡快解決。一旦消除阻塞，團隊中的工作將再次開始流動，價值得以健康的流動。
3.看板的元素——卡片
看板卡片是信息輻射的載體，具體格式其實並沒有明確的規定，可以按需靈活設計，上圖只是提供了一個開發任務卡的示例。
4.可視化協議
Kanban系統其實可以很好的和各類協議進行結合，比如DoR、DoD，或者團隊共識的其他規則，這樣可以時刻提醒大家去遵守團隊的基本約定。
5.個性化設置
Kanban本身是非常靈活的一個框架，可以因地制宜設計很多好玩的個性化設置，比如可以按需賦予不同的顏色，不同的圖標，代表不同的含義。
上圖中，同一個需求Story采用同一種顏色，可以一目了然的看出來當前某個需求在進程中所處的狀態。同時，采用了紅色代表某任務異常，提醒大家關注。
6.配合“早會+燃盡圖”如虎添翼
很多“不知所雲”的早會，都是因為缺少一個信息可視化的看板，所以，將看板與早會結合起來，可以讓早會變得非常高效。大家一起對着看板同步進度，並移動卡片，既不空洞，又有儀式感。
如果可以，再配合“燃盡圖”，每日更新當前的進度狀態，預測風險，簡直“如虎添翼”。
7.Kanban+看板，打造作戰空間
將“產品路線圖，用戶故事地圖、迭代任務看板”相結合，並做成物理看板，可以很好的打造團隊專屬的“作戰空間”。作為整個團隊的“信息輻射中心”，大家可以在這里很好的“激揚文字，指點江山”，不要太爽。同時有這樣一個“作戰空間”，可以很好的“改風水”，提氣勢！
三、各類看板賞析
1.亮點：DoR、DoD
2.亮點：趣味性圖畫，照片池
3. 亮點：主持人，團隊之星
4.亮點：電子觸摸看板
（聲明：以上看板圖片源於網絡）
總結一下
“Kanban” 不是中文 “看板” 的拼音，而源於日語。最初是豐田汽車公司的大野耐一發明的，后來被精益看板之父 David J. Anderson 發揚光大， 而現代化的看板系統最早的應用是在微軟，並且效果很贊。
“看板” 和 “kanban” 的主要區別：
看板：就是一塊能讓人看得見的板子，核心作用就是將信息可視化。
Kanban：是一種管理方法，它將軟件開發過程視為一種價值流，並且相信拉動式的管理能產生更好的結果。它通過限制在制品的數量等一系列簡單可行的技巧，發現和緩解軟件開發過程中的壓力和瓶頸，提高生產效率。
kanban的核心收益是可視化管理與限制在制品（WIP），同時可以結合DoD、DoR、配合早會與燃盡圖，可以更好的發揮其價值。另外，還可以和“產品路線圖，用戶故事地圖、迭代任務看板”相結合，並做成物理看板，可以很好的打造團隊專屬的“作戰空間”。