目前，介绍精益和看板方法的书和资料已经有很多了，从理论到实践都已经非常完整，并且形成了比较普遍的认知：看板是管理软件开发的一种优秀的技术。本文重点不是继续重复前面的优秀观点，而是和大家聊聊，在选择看板形式和快速使用看板这两个问题上我的观点，希望对大家有启发。
咱也使用看板
问题1: 用物理看板还是电子看板
这也是一个老生常谈的问题，至今每个月都有人会跟我询问一下。我的观点是能用物理的别用电子的。
你可能有一万个理由来说电子的有多好，物理的有多不方便，不能帮助你解决各种问题。尤其是老大们看不方便。但是我有一个重要的理由建议你用物理看板，那就是团队自己动手面对面的交流。
哪都可以玩看板
在使用看板的各种场景中，我遇到感受最差的情况，就是早会上使用电子看板（非触摸式），一群人围着一个笔记本屏幕，等着操作员更新，jira反应很慢，大家都等着jira更新好，再讨论下一条内容。为什么不大家面对面一起动手来呢。边移动实体的纸条，边和大家分享或讨论。（ps：即使你使用触摸屏的电子看板，依然有个问题就是：没那么方便的随时调整和做修改。）
jira的美丽看板，但是我建议你别用
LeSS（大规模Scrum）框架的创始人Bas Vodde，在他的大规模敏捷LeSS培训CLP认证课上，也反对使用jira看板，描述的主要场景和我前面提到的很像，一群人等着一个人更新jira看板任务，尤其是在团队开会的时候。项目的整个过程都会围着jira展开，而不是围绕着团队展开。
同时物理看板有个无与伦比的优势，就是随便画两笔已经可以开始了，不需要你想太多，你和团队随时可以修改看板的设计，增加自己的想法，和团队一起尝试不断完善和改进，这种参与感是电子工具很难达到的，毕竟纸和笔是最高效的工具。
问题2 ：如何快速开始使用
很多开发团队和客户都会问，他们适合用看板么，需要提前准备什么，得先干什么，再怎样，如此以来，看板的使用变成了一个专业且复杂的问题。
它可能涉及到你要先学习，再分析， 再讨论，最终制定出一个周密的步骤，最后带着大家一起学习后，才能开始实施。
如果你也是这个思路，那距离你真的用上看板还不知道需要花多久时间。
一个身边朋友的例子，他从1年前就开始和我讨论看板，以及看板使用相关的问题，包括团队是否能接受，看板到底放在哪里，看板如何最好，而且最终还参加了看板培训，最近突然有一天给我打电话，非常高兴的跟我说“他的团队开始使用看板了效果还不错，实际使用起来也没那么复杂。”
当然这是一个比较漫长的例子，但很多团队也确实和这个过程很像，从想到做推了好几个月，才真的开始准备使用。无疑这不是敏捷的。
有没有更好的路径呢，让更多的团队尽快的使用看板。
我给大家的建议是：其实你可能只需要10分钟。就可以拥有一块自己的看板。
可以参考下面的看板，笔者写本文时随手画的。
极简版
这就是一个看板，有人可能会说，你这不是看板，你是Scrumban的简化版等等。让讨论的人继续讨论，咱还是先用起来吧。这时只是把我们关心的任务或问题记录在上面，达到可视化的目的，让你关注的事情都呈现出来。
用的过程中，你有新的问题了：
任务信息不清楚？（你要规范任务条的格式？）
任务堆积不好管理？（你要想办法管理排队？）
流程太长，分不清任务阶段？（你要把看板流程重新设计？）
任务并行？（你要做在制品限制？加团队头像标识？）
临时任务怎么办？（你要加快车道的规则？）
你希望关注Lead Time？（你要画累积流图？）
多团队怎么办？（你要做更多看板如何设计？）
以及更多的问题。。。最好的办法就是自己探索解决自己的问题。
所以你先要用起来，并相信有好的办法，能帮助你做的更好，毕竟看板的背后是《精益思想》这个金字招牌。
有一次，我问台湾的资深顾问李智桦老师一个关于看板和敏捷框架的问题，当时他给了我一个建议，“先把看板做好，这已经能解决你大部分的问题了”。
当时我没理解，后来慢慢体会到，就好像你选择一件兵器，当你精通了兵器的劣势和不足，你自然能游刃有余，取长补短，克敌制胜。但前提是，你对手上的兵器已经驾轻就熟，而不是随便耍耍，只是找人不停的问，希望得到答案。
进阶版（from 何勉老师）
先把看板用起来，再去解决复杂的问题。你会有一个对你来说最好的看板。
所以还没开始的小伙伴，先用起来吧。
希望对大家引入看板有所帮助。
最后推荐大家几本看板方面的书籍。深入学习看板方法：
1.《看板方法：科技企业渐进变革成功之道》 作者：David J. Anderson
2.《看板实战》作者： 马库斯•哈马伯格 / 乔吉姆•森顿
3.《精益开发与看板方法》 作者：李智桦
4.《精益产品开发:原则、方法与实施》 作者：何勉
(本文于2018年发布)
