00.从批评中学习是一种很好的改进方式——它可以帮助读者扫清糟糕的事情。
01.只工作不玩耍，聪明孩子也变傻
02.陷阱：看板最终会白嫩的无聊乏味，只有排成队的工作项，而没有自然的中断、庆祝活动或者节奏。
03.看板方法提供足够自由将不同的活动分离，比如计划、验收和回顾之间的分离
04.关于“工作、工作、工作”的批评
*看板并未实现规定任何迭代，评审和延时的节奏
*最终可能演变成为无休止的工作洪流
*但那不是注定的——相反你可以
*当发现有用处时就进行这些活动，但不要跟工作流程耦合在一起
*当需要时才进行而不是由流程决定
05.如果一味提供高工资和奖金等福利，结果却倾向于变得更糟。我们这里建议的津贴和庆祝是作为一种和团队一起度过美好使馆的方式，千万不要让这成为团队工作的唯一理由。
06.而清空“已完成”这一列的唯一方式就是利益相关人带来蛋糕感谢团队的辛勤工作。
07.在软件开发中，邪代码不是最大的约束，学习和理解才是。
08.对于“时间盒有用”的批评
*时间盒是帮你关注重要工作的有利工具
*看板对于使用时间盒没有任何规定
*但你可以在看板中设立时间盒,基于工作项大小的截止日期、不同工作类型的服务等级协议（SLA）
*修剪迭代中的工作或者单个的工作项
09.你自己掌控流程改进的速度和目标。确保改进的速度适合你和你的团队的处理能力。但不要太慢：有时你需要一次变革。
10.对于“有时需要变革”的批评
*看板方法可以作为演进变化的方法引入
*有时需要异常变革进行整顿
*你自己控制着改进的速度
*可以使用其他方法（或其中的实践）并应用看板原则驱动改进
11.坚持有益的实践，蹙非你发现一个好的理由才停止尝试。当流动受阻时，你需要弄清楚是否进行计划、估算、迭代等。
12.记住在制品限制的真正本质：这不是一条规则，而是一个指导方针和讨论的触发器。没有它，就缺少了进行讨论的理由。知识不停在流程中增加工作，也没有机制去查问是否该做这个。
13.对于“看板使人懒惰”的批评
*看板没有规定太多实践，知识几个基本原则
*没有约束促使改进会使你懒惰
*使用你发现有用的实践
*看板是流程改进的流程
*开始使用看板时头号错误是没有设定在制品限制。