【敏捷开发每日一贴】看板原理四：消除瓶颈

看板原理四：消除瓶颈

一个软件开发的流程可以看作是一段自来水管道，特性需求从一端进入，经过改进的软件从另一端涌现出来。

影响就是前置时间增加。并且，就如同库存一样，位于管道中的工作会套牢投入的资金、产生与市场的距离、以及随着时间逐渐失去价值。

最终，影响到质量。为了能够跟上进度，测试人员开始抄近路。最终bug被发布到产品中，导致给用户带来问题，从而影响未来的管道产能。

另一方面，如果我们知道哪里有瓶颈，我们就能够重新部署资源来解除它。例如，分析人员可以帮忙测试，开发人员开始进行自动化测试。

但是，我们怎样才能知道在已知流程中哪里是瓶颈呢当瓶颈移动后会发生什么呢/span>

看板方法可以动态显示瓶颈

看板方法难以想象的简单，但却难以想象的强大。最简单的形式的看板系统包括了一个挂在墙上的大白板，上面有许多卡片或即时贴，这些即时贴按列来放置，每列上方有一个数字。

你之所以能找到这些瓶颈，是因为限制了在制品（work-in-progress, WIP）的数量会显示出瓶颈。

卡片代表了工作项，列代表了开发工序，卡片会从第一步工序流动到最后一步。每一列顶部的数字用来限制每一列最多允许放置卡片的数量。

看板白板的限制大相径庭于其他任何可视化故事板。在流程中的每一步限制在制品（WIP）数量，可以预防生产过剩并动态显现出瓶颈，以便于你可以在达到不可收拾的程度之前找到它们。

样例

下面的白板展示了这样一种情况：开发人员和分析人员正被阻止开展任何新工作，这种情况会持续直到测试人员空出了一个卡片位置并将下一个工作项拉到测试步骤中。这时开发人员和分析人员就会开始寻找能够帮助测试人员减轻负担的方法。

现在，“Test”列中空出来的位置可以用开发“Done”列中的一个卡片补充进来。这时，“Development”列就会空闲出一个卡片位置，下一张卡片就可以从“Analysis”列中拉进来，其他列也是这样。