什么是看板？

现在很多软件开发都流行使用看板。就如下图。多数人觉得看板KanBan应该是日语里恰好表达的中文原意，看（白）板，或者什么其它板。百度一下，看板其实是卡片，是表示出某工序何时需要何数量的某种物料的卡片，又称为传票卡，是传递信号的工具。敏捷开发里的“看板”，或者称为贴满纸片的墙其实并不是看板系统，他们仅仅是可视化控制系统，是让团队以可视化方式观察WIP并进行自组织，便可自行分派任务，讲工作从待办列表中移到完成状态。

那真正的看板系统是什么？作为传票卡的看板起什么作用？

首先说说Pull System拉动系统。传统工厂是推动系统，上游准备好元器件，零件后，送到下游生产。而拉动系统是下游给上游发传票卡，每个传票卡和工作项相关，只有获得了传票卡，上游工序才可以开展工作。如果没有传票卡，上游就不能开展工作。可以看出，在拉动系统里，下游决定了上游工作量。只有等下游具备了处理能力，才能拉入新的工作项，而不是上游生产好了就送过来。流通卡就决定了整个系统的生产能力。拉动系统避免了中间生产环节生产过剩，造成的积压和浪费。

看板系统有什么作用呢？看板可以有效的控制在制品WIP的量，提高生产的可预测性和准时交付能力，建立稳定的发布节奏，始终如一的可靠交互，帮助团队与客户和相关部门建立信任关系。

回头再来看敏捷软件开发中的“看板墙”，“看板墙”上贴满了卡片，每个卡片上一般是本sprint的用户故事，通常是看板墙上分为3列， To Do， WIP， Done。通过移动每个卡片的位置，让全体组员对这个sprint的工作项一目了然，在移动过程中完成了工作的安排。这样看来，Sprint里使用的看板，并不是真正意义上的看板。

再看看在敏捷火车Program层的看板，每个Sprint有固定的产能-团体的Velocity， 每个Sprint只能放入和团队产能相当的用户故事，整个产品的PB（Product Backlog）只有当Sprint完成后，才能流入到下一个Sprint。Product Backlog List不用全部开放出来，够下一两个Sprint开发就行了。从这个角度上看，敏捷开发使用到了真正的看板。