我把制造业的八种浪费模式(左边)映射到我们运维的八种浪费模式(右边)，这种浪费模式的整理是一个引子，目的就是让大家观察运维组织中存在的浪费行为，这种浪费行为的梳理可以更大面积的扩大，比如说到IT组织上。
浪费之一：库存的浪费，购置了大量的资源，结果没有充分的使用，大家可以用容量监控来看看，从资源层的容量监控和应用服务层的容量监控看看。一般来说，资源层的容量监控就可以看到资源是否存在空开低负载的情况；而应用服务层的容量监控，可以进一步发现程序是否合理的使用资源，有可能每秒QPS次的请求，把资源消耗到80%以上，其实这也是一种浪费。
浪费之二：你的企业中如果经常出现机房搬迁，服务器搬迁，我觉得这是一种糟糕的情况。对于小企业来说，我觉得你应该可以考虑选择云了；对于大的企业来说，你的资源选型一定出了问题，可以考虑优化了，或者就是运维的人没事干，通过搬迁来刷存在感。
浪费之三：等待来源制造业的工序等待。很多时候的等待原因是项目规划不足，还有一种自动化平台能力不够，彼此的等待依赖人而不是系统来完成的。
浪费之四：流程是互联网运维的大敌，特别是上层业务运维。流程思维/流程设置/流程自动化能力不足，都是一种浪费的表现。
浪费之五：动作的浪费表现在无用、重复及标准化能力不足的动作上，这些都带来很大的人力浪费。
#p#
浪费之六：系统的过度设计，非核心事务的过分投入等等。
浪费之七：缺陷带来的是后续的人肉运维，苦逼运维，救火运维。过多的线上缺陷必然让运维疲于奔命。当然没有可能彻底的避免缺陷，但在一定程度上可以更好的避免，一些不好的架构实践(选型泛滥/架构不标准/服务耦合紧)等都是运维效率低下的罪魁祸首。
浪费之八：很多IT企业存在人力浪费，一线人员的创造力/执行力/经验都没有得到很好的发挥；还有一种是招聘了过多的人来做运维，俗称人肉运维；运维组织方向感不足，导致运维合力不够。
