敏捷的生产--丰田模式之减少浪费

   丰田人眼中什么是浪费呢？

   1.不为客户创造价值的活动，如检验、物流等

   2.尽管创造价值，但所消耗的资源远远超过了“绝对最少”的界限。

   这两点简直就是太精辟了，而且是我们大多数人都没有意识不到的问题。也完全的体现了日本人的BT精神。

  我们每天都在辛勤的工作，很多人都在忙忙碌碌，却始终得不到认可，因为没有看到东西。我们经常将两个词放到一起比较，效率和效果。我们应该更重视哪个呢？显然是后者。前者在大多数时候总是看上去很美，比如有些人很能说，开会就说个没完没了，动不动就把话题发散，结果什么问题都没解决，除了自己嘴巴痛快外，就剩下浪费别人的时间了。这种浪费是很可怕的，但是也常常被忽略。经常的审查自己每天在做什么，在做什么确认自己是不是在为客户创造价值，是对自己的要求也是挑战。

  第二点更是要求高。这就要求每个人在创造价值的同时也需求更注重方式方法。我曾经经历过团队内的一个哥们作了一个完美的组件，但是花了整整两个星期，留下的是众人的啧啧称赞，逝去的是项目中宝贵的进度。这是一个度的问题，也是一个意识问题。我现在作的项目需要往美国的服务器上去部署，而且几乎是每天都要作。之前有一哥们，一有部署要求，就开始忙开了。结果网速超慢，这哥们就一直守着服务器，拷贝文件，发布等等，基本上每次都要一个小时。更严重的是所有它做的事情只有它一个人熟悉，别人根本就不知道如何做，不知道服务器在哪，数据库在哪，所以他一请假整个团队的接收故事就卡住了。而每天实际的工作时间也不过就4个小时，浪费一个1小时在上面是多么大的浪费，而且每次找人代班的时候都要不停的介绍再介绍，而代班的人觉得自己反正就是代班的也不会真的用心去做。最近的release，我用了一个bat文件，实现了一行命令解决所有问题。这样一来所有的信息全部被这个bat承载，每个人只需要知道bat文件在哪，传那几个参数就行。从此不再需要有人守着电脑了。虽然都达到了同样的效果，但是减少了浪费的时间，就等于创造了更多的价值。

  那么解决浪费的关键是什么呢？是制造方法，而非自身的成本。

  这点我举双手造成。很多人尤其是咱国人，有个错误的思考就是拼命的压缩人力成本。还是拿上面部署的例子来说。也许很多老板觉得我花大价钱请你来，怎么能花你一个小时去部署，不写代码呢？于是，老板决定找个实习生来作这件事情，以降低成本。其实，这个是很悲哀的。因为问题出在思路上，而不是人力成本上。找了一个实习生来并没有提升你公司的竞争力。总不会要求每个项目都找一堆实习生来端茶倒水吧？所以，改进工艺是减少浪费的关键的关键。

  丰田人总结的7大浪费又是哪些呢？

  1.过多生产。丰田的生产一定是拉模式，就是按需生产，没有看板的零件都需要遭到监工的问询。那么我们在开发中任思绪飞扬的事情屡禁不止，经常看到开发凭感觉和经验搞出很多不是客户需要的功能。而这些功能不仅带来自身维护的成本，还让测试，文档，售后，培训等所有的线上人员都跟着你背黑锅。

  2.待工浪费。我们在面对任务的时候，到底是按照前后台分，还是小的功能点分都是工艺问题。优化过的工艺是希望达到每个人都可以同时达到终点，因为敏捷是典型的木桶效应，只会算最后达到终点的人的时间。那么提前作完的人去做别的事情是对还在工作的人的不公平，因为很多时候并不是因为你的能力强，而只是分工不合理造成的。那么解决问题的关键是需要让人员的素质更综合，机器设备更柔性，工艺更合理，分工更精确。

  3.搬运浪费。软件开发的线上也是一环套一环的。每个环节的衔接需要精心设计。比如开发在提交送测的时候，如何通知测试人员，测试人员以什么样的标准进入测试，都是需要定义好的。

  4.加工浪费。主要是指工具等环境因素造成的浪费。比如开发环境不稳定，组件总是加载不了，第三方的license老是过期等等。都是不必要的浪费，确经常会遇到。

  5.库存浪费。也是因为过多生产引起的管理成本。比如你把下一个release的故事也做了，那么在cut off的时候还需要剔除那些多余的文件和类，这都是不必要的浪费。

  6.动作浪费。如果敏捷的Scrum团队不坐在一起，那么没讨论一个问题还得走半天才能找到人，那就是浪费。所以我们要求敏捷的开发需要大家做的很近，吼一嗓子都能听见。

  7.次品浪费。 不消多说，bug的维护成本是一次成型的数倍，多少倍，各专家意见不统一。

还有两大类成本，是未被使用的员工的创造力 以及 管理浪费。

 

  再说到杜绝浪费，手段很多，我觉得最重要第一步是让每个人都知道什么是浪费，已经在浪费了，因为很多时候，大家都没有意识到我们在浪费。那么提高浪费的可视化是非常重要的。比如每天的stand meeting就很重要。大家在同步工作状态的时候很容易了解到自己是不是跟团队同步，有没有偏离。如果是的话，要赶快纠正。