看板（）起源于丰田汽车。通过对各个生产环节的控制，可以根据需要的数量在合适的时间生产或储备需要的零部件，从而达到减少库存、提高生产效率、降低成本的目的。

在软件开发方面，使用看板方法可以有效控制项目进度，合理分配资源，实现尽可能公平的绩效考核。

本文是对看板的快速介绍，侧重于实践而非理论。目标是在阅读本文后掌握看板的最基本用法。

以下是实施看板的一般流程：

确定高级工作流

以软件开发为例，开发人员的工作流程一般可以概括为：分配项目->实施项目->测试项目

一个。分配项目：专职人员（通常是系统分析师）编写清晰的项目文件，然后项目经理将任务分配给具体的开发人员。

b. 实施项目：开发人员根据项目文件中的说明完成项目。

C。测试项目：测试人员验证完成的项目。

根据工作流程制作看板

敏捷开发的所有项目都是从这里来的，所以在分配项目时，相关负责人要根据项目的优先级选择合适的项目数量，写好项目文档，然后分配给开发人员。项目测试完成后，将测试结果交付给客户。因此，我们可以在原有流程的首尾添加一个活动，得到下图所示的看板流程：

根据看板流程，最终的看板可能是这样的：

当项目达到预先定义的“完成”标准（见第4项）时，将项目向右移至下一个活动队列，直到项目工作全部完成

限制在制品数量（Work In）

即，限制每个活动允许的最大任务数。因为整体的工作速度取决于最慢的活动，所以我们需要合理分配资源，控制每个活动允许的最大任务数。

定义完成

在移动到下一个活动之前敏捷开发 看板设计，每个项目都必须满足预定义的完成标准。以下是完成的一些简单定义：

一个。分配项目：项目文件清晰敏捷开发 看板设计，工作量不到一周。

b. 实施项目：完成项目文件中描述的工作。

C。检验项目：项目符合质量方针规定的标准。

每日站立会议

报告工作是否受阻或是否需要额外帮助才能完成工作。

以上是看板最基本的使用方法。由于本文篇幅有限，不可能对看板方法的方方面面进行全面的讲解。根据实际需要适当改进。