软件工程 ：方法与实践 第五次读书笔记

此次学习的最后一个关于敏捷与精益的时实践例子是结合了敏捷和精益于一体的“看板方法”

这是一个在敏捷软件开发的精益方法，因此二者都有，但更侧重于精益，一样和精益的概念来自于丰田生产系统。它的定义是一种增量式的，演进的改变技术开发和组织运做的方法。看板经过限制WIP（Work-in-Progress）的数量，造成了一个以拉动系统为核心的机制，暴露系统中的问题，激发协做来改善系统。以前也看到了，丰田生产系统对于浪费的定义极其的严格，只要是没有带来经济效益就是浪费（虽然说感受太利益化，可是对于一个公司来讲是一个很好的标准，能够助其成长），虽然说当时列出了常见的6种浪费可是在理解上确定不够，今天又学到了：WIP（在制品）由于它不是可交付的产品，还不能带来效益因此这个东西也是一种浪费！！难以置信，可是比较一下平常生活中在常常缓存视频的时候，常常会有修改默认最大每次缓存视频数目，即便软件没有这样的设定咱们在下载速度捉急的时候也会不自觉的暂停过多的视频缓存进度，“专心一意”缓存最想看的那一两个，做为用户的心理就是想要尽快的拿到可交付的产品。综上本身的实际例子分析，确实WIP就是一种短期还不能带来效益的浪费，必定有必要控制其数目。

“看板”来源于日语，意为“可视化的卡片”，用于在生产中发布指令，尤为是在一个过程必须等待另外一个过程结束才能开始时，用看板方法能够实时看管项目的各部分进度，好随时发现开发过程当中的不足，这样来持续的改善系统。能够理解到见解方法有以下原则：

1·从组织的现状开始：在看板时能够实时发现下降效率的问题所在，可是因为其实时性，其关注的的部分就必定是局部的不能关注到将来的问题，和其他部分的问题那么分析问题的过程就会是以组织现状为基础进行局部的改善；

2·造成以渐进的、演化的方式来改善系统的共识：由以上所说，改善的局部性，咱们只能及时的作到一步一步的改进系统，同时也就决定了它必定是持续的，不断地发现各个地方的问题，不断的改善进步咱们的系统。这样就像咱们写完程序以后会持续一段时间的debug，一次一次的在不一样问题发现本身程序的不足点，一次一次的更改这一点问题，一次一次的将程序推向完美，谁也不会写完程序就能够用大局观来知道怎么改动它；

3·看板方法尊重当前的过程定义、角色、职责、或头衔：就像1点所说的，咱们都是以现状出发，从如今的组织开始改善系统，那么必定有合理的理由尊重现状的一切定义、角色、职责等等，作到步步修改，每步小改，这样才不会落到想重头再来的风险。同时，这里说的是尊重，不表明必定不会改变，就像我的做业那样一味的坚持不会有太大的改善，尊重它也得有勇气改变它，惟有变化才能进步，那怕是很重要的部分到了该改变的时候也会充满敬意的选择更好的那个部分。