谈谈看板上列的设置

看板上面的列，一般的就表明了卡片所属的状态。

看板列的名称

列的名称用简单的文字清晰的表明所处的状态。最简单的列名称组合是“Todo”，“Doing”，“Done”，这是来自于经典的scrum board。本文所说看板按广义定义，以上scrum board也看成是看板的一种形式。
在软件开发看板中，最经典的列名称组合有：
待办，分析，编码，测试，待上线，上线。
为了更加清晰表明状态完成情况，常见加入二级分类，说明进行中还是完成，如下图。

有时候看板高度不够的时候，把二级分类结构降到一级分类，比如：待办，分析中，分析完成，编码中，编码完成，测试中，测试完成，待上线，上线。
三级分类的看板列组合过于复杂，是不用的。
列名称还有个表达方式是待做什么，英文是To xxx。一般的，待做什么与前一个列的完成态是等同的，比如待编码与分析完成。待做什么列名从感觉上更加催促向下推进，但实质上与前个列完成态没有实质区别，一般两者不必一起使用。

看板列的识别

对于列的识别，常见规则有如下三条。
1，区分上下游环节，典型的是编码到测试，一般意味着转移到测试工程师进行测试。
2，区分产物，产物在这里产生比如有些看板有设计列，要求出设计书。
3，区分产物状态，比如从分析到编码，一般意味着需求或者故事得到澄清理解，也许有原型了，开始编码实现。
列的安排从左向右，体现价值增加和流动的过程，通过看板的直观可视，让各方了解并协同工作。可以看到，看板忠实地符合敏捷的简单原则，当然精益思想中本来就有消除浪费。列名称的二级分类结构加上三条简单的列识别规则足够来设计实用的看板了。
当然仍然需要强调全面可视化原则。多数看板设置的不足是没有把关键环节展现出来，鼓励运用上述三条简单规则识别全部关键环节。

看板列的必要性

凡事过犹不及，为了追求全面可视化，一线团队级看板设置超过20个列，那也许走向了看板方法的反面，甚至多一列都有可能是个浪费。那么如何来判断看班列的必要性？
一般满足如下至少一个条件：
1，列前后担当角色是变化的；
2，该列一般经历的时间与其它已经确认的列需要经历的时间是相称的；
3，该列是右边列的强前提，也就是该列必需完成，才能启动右边列；

小结

看板列的设置按简单，可视，有效进行，不必担心实际运行中的复杂情况。列的存在就是要一眼就能理解它是代表的什么，而不是要经历一个思考或者询问，才能够理解它是什么。实际运行中出现的复杂情况有另外的办法处理，超出本文范围了。本文就此结束。