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、配合早会与燃尽图，可以更好的发挥其价值。另外，还可以和“产品路线图，用户故事地图、迭代任务看板”相结合，并做成物理看板，可以很好的打造团队专属的“作战空间”。