我把制造業的八種浪費模式(左邊)映射到我們運維的八種浪費模式(右邊)，這種浪費模式的整理是一個引子，目的就是讓大家觀察運維組織中存在的浪費行為，這種浪費行為的梳理可以更大面積的擴大，比如說到IT組織上。

　　浪費之一：庫存的浪費，購置了大量的資源，結果沒有充分的使用，大家可以用容量監控來看看，從資源層的容量監控和應用服務層的容量監控看看。一般來說，資源層的容量監控就可以看到資源是否存在空開低負載的情況；而應用服務層的容量監控，可以進一步發現程序是否合理的使用資源，有可能每秒QPS次的請求，把資源消耗到80%以上，其實這也是一種浪費。

　　浪費之二：你的企業中如果經常出現機房搬遷，服務器搬遷，我覺得這是一種糟糕的情況。對于小企業來說，我覺得你應該可以考慮選擇云了；對于大的企業來說，你的資源選型一定出了問題，可以考慮優化了，或者就是運維的人沒事干，通過搬遷來刷存在感。

　　浪費之三：等待來源制造業的工序等待。很多時候的等待原因是項目規劃不足，還有一種自動化平臺能力不夠，彼此的等待依賴人而不是系統來完成的。

 　　浪費之四：流程是互聯網運維的大敵，特別是上層業務運維。流程思維/流程設置/流程自動化能力不足，都是一種浪費的表現。

　　浪費之五：動作的浪費表現在無用、重復及標準化能力不足的動作上，這些都帶來很大的人力浪費。

　　#p#

浪費之六：系統的過度設計，非核心事務的過分投入等等。

　　浪費之七：缺陷帶來的是后續的人肉運維，苦逼運維，救火運維。過多的線上缺陷必然讓運維疲于奔命。當然沒有可能徹底的避免缺陷，但在一定程度上可以更好的避免，一些不好的架構實踐(選型泛濫/架構不標準/服務耦合緊)等都是運維效率低下的罪魁禍首。

　　浪費之八：很多IT企業存在人力浪費，一線人員的創造力/執行力/經驗都沒有得到很好的發揮；還有一種是招聘了過多的人來做運維，俗稱人肉運維；運維組織方向感不足，導致運維合力不夠。