因为David要参加2013年8月23/24日的中国敏捷软件开发大会，组织方就在大会前在北京安排了一场“看板”培训。这应该是在中国第一次组织对于看板的培训，而且还是软件开发应用看板的先驱：David Anderson亲自授课，我有幸通过公司报名参加了。
关于看板、精益、敏捷的概念，在InfoQ上有篇David的专访，不了解的同学可以参考一下。这里只是澄清几个容易误解的地方：
1. 看板（Kanban）是不是卡片墙(Card Wall)？
看板一词源自日本的制造业领域，是Toyota JIT（Just In Time）生产模式的重要工具，重点在于Signal Card，而不是板。卡片墙Card Wall是敏捷开发中的一项实践，目的是让将任务可视化，看板中也会用到卡片墙。
2. 看板、Scrum、敏捷是什麽关系？
敏捷是一项概念，相对于传统的瀑布式开发模型而言，在发展中涉及到多项实践：TDD(Test Driven Development), XP(eXtreme Programming)、Pair Programming等等，敏捷相信程序员的热情和创造力，而不是寄希望与严格组织流程管理。
Scrum可以说是目前比较火热的一项敏捷方法，特点在于迭代开发。它之所以火，我相信很重要的一点是它可以满足管理者特别是高层管理者的控制欲，项目经理依然可以制定详细的项目计划：Sprint1可以完成Feature A, Sprint 2 可以完成 Feature B & C, ... Sprint N就可以项目收工了。和瀑布式计划一样，让管理层对项目计划充满信心。
看板更多的是拉动式开发，根据团队的生产能力来调整需求和开发交付进度。
以经典的逛公园为例：瀑布模型公园要求，早上公园8:00开门，所有想游园的游客都在8:00前排好对。等到8:00，所有游客进入公园，按照统一的游园线路行进。如果有人想提前离开，要想公园管理人员申请，经过复杂流程审核、批准，才可以放行离开公园。如无例外一律按计划到下午5:00离开公园。这个公园看上去规则明确，计划有序，但是5000人同时进出就是费事费力的工程，加上有人游玩不守秩序，有人三急，公园管理人员往往忙的焦头烂额，游客还怨声载道，发誓再也不来了。
Scrum公园要求要放松一些，同样早上8:00开门，只要集合10个人（一个Sprint）就可以进公园游玩，但是这10个人必须集体游玩，一起离开公园。如果有人想提前离开，同样需要公园管理人员申请，经过复杂流程审核、批准，才可以放行离开公园。
看板公园要求更自然一些，同样早上8:00开门，进入公园需要领取一张通行证，游玩后离开公园时交还通行证。只要公园管理处有空闲的通行证，随时可以进入公园。通行证的目的是为了限制公园的接待人数。
3. 任务工作效率 = 任务的工作时间 / 任务的交付周期
根据收集的数据报告，大型软件公司的平均任务工作效率为：2%。一个bug修改可能只需要2小时的分析、定位、修改、测试，但是从客户提出到交付需要至少2个半星期，因为其中98个小时都是在等待。想想你的公司是不是更糟糕，是不是得要等2个月才能完成一个bug修复？
当然2天的Workshop还有很多的概念介绍、游戏、练习和案例分享，这里就不一一介绍了。
References: Common Myths of Kanban（看板误解）