教你绕过看板误区——看板如何应用？

转自敏捷开发。

对于看板来说，正确的流程才能产生正确结果。

为了发挥看板方法论的最大作用，很多公司不断优化看板内容，实现全程持续改进。但在各公司应用看板的过程中，发现依旧无法保证前后工作项的及时衔接，导致无法最大化工作效率。

这里有一个大多数公司都会陷入的误区，为了避免再次陷入这一误区，我们要搞明白两个问题：

一、看板中的工作项是什么？

很多企业在看板中添加的工作项是技术任务，比如JavaScript页面开发、后台数据、测试用例设计等。

实际上，看板中流动的应该是直接承载用户或客户价值的内容，比如：需求、线上缺陷等。若看板上流动的是技术任务，就失去了管理和优化价值流的意义。当然，并不是说技术任务类型工作不应该上看板，而是说，这种类型的工作项可以作为从需求拆分的子工作项，它们在看板上流动一些环节后结束生命，最终交付给用户或客户的是承载价值的工作项。

二、为什么工作项要承载价值？

• 首先，因为承载价值的工作项能体现用户价值端到端的流动。也就是说，看板的流动过程是有始有终的：以用户的需求为始，以解决方案的交付为终。

• 其次，因为承载价值的工作项能反映团队协作交付价值的过程。直接承载用户价值的内容能够管理和优化价值流，拆分后的子需求的流动又能够提高团队的协作能力。

• 最后，因为承载价值的工作项能及时反映价值交付中的瓶颈。若在流动过程中，出现上游任务堵塞，下游任务量少的情况，就能及时得到团队的关注，团队也会及时作出相应的调整。

总的来说，从依据价值流的工作项流动过程中，我们总结出团队在应用看板时需要注意的两点：

1. 在看板上价值流动的单位是承载价值的工作项。不承载价值的工作项，比如开发任务、测试任务等，它们只在某一、两个或几个环节内流动，生命周期短暂。

2. 对于价值交付效率相关的度量，比如流动效率、平均周期时间、在制品等，是以价值为中心只度量承载价值的工作项，不承载价值的工作项不具有度量意义。