在2011年的时候，我开始参与一个日本项目，也第一次开始接触敏捷开发。在那之后的两年多里，项目组一直在积极的学习和实践SCRUM敏捷开发模式。我也从中学习到了不少关于SCRUM的理念和方法，对我现在的工作也起到了很大的帮助作用。而从去年开始，新的看法方法又开始进入到了我的工作范畴，在这一年多将近两年的时间了，我同样积攒了一些看板方法的实践经验和总结，所以在接下来的一段时间里，我想把我从书本上学习到的和实践中摸索到的关于看板的知识，在这里记录一下，和大家一起分享和讨论。
一、看板方法的含义
看板方法是用于高效管理软件开发流程的新技术。看板方法源自丰田的“及时生产”（JIT=just-in-time）系统。尽管生产软件是一项创造性活动，与批量生产汽车有所不同，但是生产线管理背后所蕴含的原理仍然适用。可以认为它一种新的软件开发方法，通过客户需求作为动力，通过限制在制品缩短生产周期，通过可视化展现工作状态和发现问题。
二、快速实施看板
看板的实施并不需要很多的前提条件，如果你想，现在就可以开始。而且可以很快的就给你一些反馈。例如团队的里的每个人现在都在做什么？任务都积压在了哪个环节等。下图就是一个简单的流程，按照几个步骤，你的看板就可以创建起来了。
1、不用调整当前的组织结构
接触过SCRUM的应该知道，SCRUM严格规定了各种角色以及角色的职责分配，而看板并没有这样的要求，所以你可以继续沿用当前的项目组织结构和人员，不用担心组织结构的调整所带来的烦恼。
2、找一块尽量大的实体白板
刚开始时建议使用实体看板，它的特点是一般都比电子版更大，更易于展示，甚至每个人在自己座位上就能将看板上的内容一览无遗，而且放置看板墙地方是团队自然的集会地，可以无形的将每个人拉离自己的作为，来到这里讨论交流问题。另外实体看板便于创建和调整，定制化更强，
3、从左到右以列的方式画出工作流程
最通常的做法就是按照从左到右以列的方式画出工作流程，一列就代表一个工作环节，每个工作项从左到右一次通过这些列后，它就被完成了。看板上除了以列这种表现形式外，还可以有其他形式，例如螺旋形，楼梯形等，不过这些用的较少。另外需要注意，这个工作流程应该是团队人员共同参与讨论，确定下来的，这样才能达能一个流程上的共识。
4、将工作写在便签上
每个人都将自己的工作写到便签上，描述清楚，并写上自己的名字。这里请大家一定要养成一个习惯，在你开始一项新任务的时候，都请先把它写到便签上。目前可以先不规定便签的写法，描述清楚即可。
5、将便签贴到流程相应的列中
将第四步写好的便签，贴到看板墙上相应的列上，表示这个任务所处的流程节点。这时候有可能会出现这样的情况：某个便签不知道贴到哪个列更加合适。例如我刚分析完一个需求，但是由于开发人员不足，无法安排给开发人员。或者开发已经完成了一项任务等待测试人员测试。前者我们可能需要增加“分析完成”这样的列，而后者任务应该继续停留在开发已完成节点，可以认为开发已完成和待测试是同样的含义。在看板中像这样的“分析已完成”、“开发已完成”、“待发布”子列，我们称之为队列。在合适的位置增加队列，能够让看板兼顾更多的工作项，也为以后发现看板瓶颈提供了依据。
6、让工作项尽快流转下去
这个我们的目标，如何能让工作项尽快流转下去，直至交付呢？在之后的文章中会做详细的说明和讨论。
通过以上步骤，我们的看板就可以很快创建成功了，而且看板上能够看到大家的工作，整理的工作流程，以及任务的分布，单单是这些信息的可视化，我想就是一个很大的收获吧。接下来我们将继续学习和讨论看板使用中的一些原则，让看板更加合理和高效。
感谢分享