13.3 结果

在实施了上述四条原则和步骤之后，让我们再次回到本章第1节中的三个问题，看一看是否看板能够助力这些问题的解决。

问题1：开始了却未完成的工作总是存在

由于使用了看板将整个工作流和工作的状态进行可视化展示，让团队成员一目了然地知道每一个工作的状态和瓶颈，从而推动问题解决和工作的推进。更为重要的是，由于看板中对“开始但是未完成的工作”的数目进行了限制，因此从机制上限制了团队不断开始新工作的冲动，而是把团队的注意力导向把已经在看板中的任务尽快完成。

实践证明，实施了看板的敏捷软件团队的“开始但未完成的工作”数目一般都有较大的降低，从而提升了团队工作速率，降低了浪费。

问题2：如何处理软件缺陷（Bugs）和问题3：如何管理和规划“难点刺探（Spike）”工作

对于这两个问题，看板的解决办法也很巧妙：与其花时间和精力去预测可能的变化，还不如少对未知的工作进行预测。所有的工作，无论是用户的需求，软件缺陷的修复，还是“难点刺探（Spike）”，都被视为同一类的工作，唯一区别只是这些工作的优先级。在看板中，当工作流中出现“空档”，可以“拉入”更多工作时，团队只需要按照从最高优先级依次开始新的工作即可。这样做的好处是：首先，总是能够保证高优先级的工作得到优先处理和完成；其次，团队无须对突发性的工作，例如软件缺陷等，进行事先的预测，从而节省了精力。这其实和敏捷价值观中关注“工作的软件”的理念是一致的：敏捷软件团队最高优先级的工作，就是产生可工作的软件，从而为客户带来价值。因此，团队只需要把精力放在尽快完成最高优先级的工作上。

因此，如果你的团队也一样是面对比较频繁的变化，以及较高不确定性的环境，那么看板的原则和实践，一定能够帮助你的团队改进规划过程，提高工作速率，更好更快的为客户产生价值。