5.1 交付流程模型

精益里面一个重要的流程模型是看板系统。一个看板系统的容量大小是被事先定义的，这个容量是用系统所正在处理的卡片总数代表，每个卡片个数跟一件待处理的工作单元相关，当一个工作单元完成了最后一道工序，这个单元相关的卡片就被释放出来，这时系统才允许加入一个新的工作单元，一个系统的卡片数量其实也代表了这个系统所允许的半成品（WIP）的最大数量。

精益系统应该是个拉动（Pull）型的系统，卡片的作用其实是一个信号机制。只有出现了空余的卡片，才能够在本系统中增加新的工作单元，所有的其他待处理工作都放在另一个队列里，等待出现空余的卡片。看板系统希望达成的效果如下。

（1）通过数量有限的卡片，避免在整个生产系统中出现过载的情况，从而保障需求和团队交付速率之间的平衡。

（2）通过可视化的方式，迅速发现任何环节出现瓶颈，以便及时干预。

如果系统运作顺畅的话，客户最需要的产品在整个系统中不间断地从一个环节流向下一个环节，卡片在整个过程中尽可能一直处于增加价值的工作环节，也就处于被加工的状态，尽量减少处于等待状态的机会和时间。

这个过程中，每个人在同一个时间应该只工作在一个卡片上，如果一个人拥有2张以上的卡片，意味着在不同卡片之间的切换，这不仅增加了切换上下文（文档、代码、工具、开发、测试环境）工作量，还增加了隐藏的等待状态，因为在任一时间里，2张卡中肯定至少有一个是没有被任何人处理的。

我们看看图5-1显示的一个多团队协作的场景。每个团队都有一个自己的交付管道，而整个产品项目团队就好像一个大管道。管道上有待分析、分析、待开发、开发、待测试、测试、完成，这么几个状态，其中分析、开发、测试是增加价值的工作环节，而待分析、待开发、待测试则相当于过程当中的缓冲队列。团队成员把自己的名字，用小贴条贴在一张自己正在工作的卡片上。项目管理人员则随时关注处于待分析、待开发和待测试队列里工作单元的数量，数量增加可能意味着紧邻的工作环节出现了阻塞或是瓶颈。比如图中team 2的待测试环节积累了4张卡片，显得有些不同寻常，当然其原因可能多种多样，但至少这提供了一个明确的线索。图中另外还有一个值得注意的线索。整个产品的大管道上，在待测试环节的队列里的卡片数量远超过其他环节。这清晰地显示出了整个系统中的瓶颈所在，管理人员应该深入分析，寻找对策。

根据前面讨论的目标，从度量的角度来讲，我们要研究的就是这个精益系统的以下内容。

●交付价值。

●周转速度——响应周期。

●运转效率——交付速率。

●可靠性——质量。

●系统能力—个人和组织。

在研究这个系统如何达成我们的目标之前，我们先要定义澄清几个重要的概念。