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