内容简介：看板上面的列，一般的就表明了卡片所属的状态。对于列的识别，常见规则有如下三条。1，区分上下游环节，典型的是编码到测试，一般意味着转移到测试工程师进行测试。
看板上面的列，一般的就表明了卡片所属的状态。
看板列的名称
列的名称用简单的文字清晰的表明所处的状态。最简单的列名称组合是“Todo”，“Doing”，“Done”，这是来自于经典的scrum board。本文所说看板按广义定义，以上scrum board也看成是看板的一种形式。
在软件开发看板中，最经典的列名称组合有：
待办，分析，编码，测试，待上线，上线。
为了更加清晰表明状态完成情况，常见加入二级分类，说明进行中还是完成，如下图。
有时候看板高度不够的时候，把二级分类结构降到一级分类，比如：待办，分析中，分析完成，编码中，编码完成，测试中，测试完成，待上线，上线。
三级分类的看板列组合过于复杂，是不用的。
列名称还有个表达方式是待做什么，英文是To xxx。一般的，待做什么与前一个列的完成态是等同的，比如待编码与分析完成。待做什么列名从感觉上更加催促向下推进，但实质上与前个列完成态没有实质区别，一般两者不必一起使用。
看板列的识别
对于列的识别，常见规则有如下三条。
1，区分上下游环节，典型的是编码到测试，一般意味着转移到测试工程师进行测试。
2，区分产物，产物在这里产生比如有些看板有设计列，要求出设计书。
3，区分产物状态，比如从分析到编码，一般意味着需求或者故事得到澄清理解，也许有原型了，开始编码实现。
列的安排从左向右，体现价值增加和流动的过程，通过看板的直观可视，让各方了解并协同工作。可以看到，看板忠实地符合敏捷的简单原则，当然精益思想中本来就有消除浪费。列名称的二级分类结构加上三条简单的列识别规则足够来设计实用的看板了。
当然仍然需要强调全面可视化原则。多数看板设置的不足是没有把关键环节展现出来，鼓励运用上述三条简单规则识别全部关键环节。
看板列的必要性
凡事过犹不及，为了追求全面可视化，一线团队级看板设置超过20个列，那也许走向了看板方法的反面，甚至多一列都有可能是个浪费。那么如何来判断看班列的必要性？
一般满足如下至少一个条件：
1，列前后担当角色是变化的；
2，该列一般经历的时间与其它已经确认的列需要经历的时间是相称的；
3，该列是右边列的强前提，也就是该列必需完成，才能启动右边列；
小结
看板列的设置按简单，可视，有效进行，不必担心实际运行中的复杂情况。列的存在就是要一眼就能理解它是代表的什么，而不是要经历一个思考或者询问，才能够理解它是什么。实际运行中出现的复杂情况有另外的办法处理，超出本文范围了。本文就此结束。
以上所述就是小编给大家介绍的《谈谈看板上列的设置》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- 在线教育业务看板全面解析
- 看板工具 wekan 完全使用指南
- WGCLOUD 监控系统更新，新增公众看板服务
- 选择scrum任务看板管理工具的要点
- WGCLOUD 监控系统更新，公众看板服务模块升级
- 看板与Scrum：哪个更适合你的团队？
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
电商产品经理宝典：电商后台系统产品逻辑全解析
刘志远 / 电子工业出版社 / 2017-10-1 / 49.00元
时至今日，对于产品经理的要求趋向业务型、平台型，甚至产生了细分领域专家。纯粹的前端产品经理（页面、交互）逐渐失去竞争力。而当后台产品经理的视野开始从功能延伸到模块，再延伸到子系统，最后关注整体系统时，就有了把控平台型产品的能力。 《电商产品经理宝典：电商后台系统产品逻辑全解析》围绕“电商后台产品”，从电商的整体产品架构入手，逐步剖析各支撑子系统。通过学习电商产品后台的架构和逻辑，可以让读者从......一起来看看 《电商产品经理宝典：电商后台系统产品逻辑全解析》 这本书的介绍吧!
