这次学习的最后一个关于敏捷与精益的时实践例子是结合了敏捷和精益于一体的“看板方法”
这是一个在敏捷软件开发的精益方法，所以两者都有，但更侧重于精益，同样和精益的概念来自于丰田生产系统。它的定义是一种增量式的，演进的改变技术开发和组织运作的方法。看板通过限制WIP（Work-in-Progress）的数量，形成了一个以拉动系统为核心的机制，暴露系统中的问题，激发协作来改善系统。之前也看到了，丰田生产系统对于浪费的定义极其的严格，只要是没有带来经济效益就是浪费（虽说感觉太利益化，但是对于一个公司来说是一个很好的标准，可以助其成长），虽说当时列出了常见的6种浪费但是在理解上肯定不够，今天又学到了：WIP（在制品）因为它不是可交付的产品，还不能带来效益所以这个东西也是一种浪费！！难以置信，但是比较一下日常生活中在经常缓存视频的时候，经常会有修改默认最大每次缓存视频数目，即使软件没有这样的设定我们在下载速度捉急的时候也会不自觉的暂停过多的视频缓存进度，“专心一意”缓存最想看的那一两个，作为用户的心理就是想要尽快的拿到可交付的产品。综上自己的实际例子分析，确实WIP就是一种短时间还不能带来效益的浪费，一定有必要控制其数目。
“看板”来源于日语，意为“可视化的卡片”，用于在生产中发布指令，尤其是在一个过程必须等待另一个过程结束才能开始时，用看板方法可以实时看管项目的各部分进度，好随时发现开发过程中的不足，这样来持续的改善系统。可以理解到看法方法有如下原则：
1·从组织的现状开始：在看板时可以实时发现降低效率的问题所在，但是由于其实时性，其关注的的部分就一定是局部的不能关注到未来的问题，和其余部分的问题那么分析问题的过程就会是以组织现状为基础进行局部的改善；
2·形成以渐进的、演化的方式来改善系统的共识：由以上所说，改善的局部性，我们只能及时的做到一步一步的改进系统，同时也就决定了它一定是持续的，不断地发现各个地方的问题，不断的改善进步我们的系统。这样就像我们写完程序之后会持续一段时间的debug，一次一次的在不同问题发现自己程序的不足点，一次一次的更改这一点问题，一次一次的将程序推向完美，谁也不会写完程序就可以用大局观来知道怎么改动它；
3·看板方法尊重当前的过程定义、角色、职责、或头衔：就像1点所说的，我们都是以现状出发，从现在的组织开始改善系统，那么一定有合理的理由尊重现状的一切定义、角色、职责等等，做到步步修改，每步小改，这样才不会落到想重头再来的风险。同时，这里说的是尊重，不代表一定不会改变，就像个人作业那样一味的坚持不会有太大的改善，尊重它也得有勇气改变它，唯有变化才能进步，那怕是很重要的部分到了该改变的时候也会充满敬意的选择更好的那个部分。