烂透了的 IT 部门长什么样？——IT 运维管理失效的六大症状
💥 烂透了的 IT 部门长什么样？
> 系统每周崩两次、U盘申请三周减半——这份「六大症状清单」值得每一位 IT 管理者照照镜子。
---
打印机没墨了。运维小李从抽屉里摸出一张表格：「先填《办公耗材申请单》，交主管签字，走采购审批，到财务过一遍，大概七到十个工作日……」
我愣了三秒：打印机缺墨，走七道审批？
这件事发生在我去一家制造业公司做信息化评估的第一天。那是我见过把问题做得最系统、最彻底、最浑然一体的 IT 部门——像一件精心设计的反面教材，烂，但烂得有章法。
📋 六大烂透症状
01 系统每周崩两次，月报却说「运行稳定」
ERP 在五个工作日里宕机三次，第三次发生在月结日，财务全员手工录账到凌晨两点。但《系统运维月报》备注栏赫然写着：「本月系统运行稳定，无重大故障。」
没有 SLA，没有故障分级，没有根因分析，只有「重启解决一切」。系统长期带病运行，重启撑过去就是「正常」。
> 💡 故障不是异常，是日常——这才是真问题。
02 用了十年的服务器，还在「挺住」
一台 2012 年的塔式服务器，机箱贴满胶带，风扇声如窗式空调，跑着核心业务数据库。硬盘 SMART 预警，没有 RAID，没有定期备份验证。IT 主管指着它说：「这台机器还挺好用的，撑得住。」
> 💡 「凑合」的本质，是把风险转嫁给全公司。省下的设备费，终将以数据丢失的形式十倍奉还。
03 打印机缺墨，九天才批下来
从申请到拿到墨盒，九个工作日。期间打印机停用，合同扫描中断，影响两笔订单签约。审批链条里没有任何一个人有权「直接买」，所有人的职责只是「签字同意往下传」。
> 💡 这不是管控，这是用流程把责任稀释到看不见。
04 U 盘等三周，到手容量减半
员工申请 16GB U 盘，走完流程买回来是 8GB。理由：「采购按最低价执行」。演示当天文件拷不进去，现场尴尬收场。
> 💡 采购省了 20 块钱，业务损失了多少，没人算，也没人想算。
05 「不出事就行」——然后业务绕开了 IT
IT 负责人最引以为傲的话：「我们的目标是稳定运行，不出故障。」问他业务部门对系统是否满意，他愣住：「应该还好吧，没人投诉我们。」
> 💡 没有投诉不等于满意。业务部门早已学会绕开 IT——自己买工具、用私人微信传文件、在云盘维护影子系统。IT 不知道，或者装作不知道。
06 核心配置只有阿强知道，他干了八年
核心网络设备配置只有一个人知道。问 IT 主管「阿强离职怎么办？」沉默五秒：「那就找他加钱留住？」
> 💡 部门的运转依赖「某人『在场』」而非「文档在场」。阿强离职是迟早的事，没有文档是永远的坑。
🔍 为什么这种 IT 部门还能活着？
答案很残忍：因为它的「烂」从来不在组织的 KPI 里显现。
系统故障造成的业务损失，不会出现在 IT 的考核报告里。U 盘容量减半导致的演示失败，不会被追溯到采购流程的设计者。「没出大事」就是「干得好」——这种考核逻辑，是一切问题的根源。
更深层的是：IT 管理者多是技术出身，被放在管理岗位上，既没有管理培训，也没有与业务的对话渠道。舒适区在机房，不在会议室。久而久之，IT 变成了一个自我封闭的黑盒。
> 「我们 IT 从来不主动找业务部门聊，他们也不来找我们，除非出事。出事了是我们的锅，不出事就当不存在。久了，大家都觉得这样挺好的。」
>
> —— 某制造业企业 IT 主任，从业 11 年
---
💡 写在最后
一个烂透了的 IT 部门，从来不是一夜烂掉的。它是被一次次 「凑合」、一道道 「审批」、一份份 「月报稳定」 喂大的。
如果你读完了这六条，某一条让你想到了自己的部门——那恭喜你，你已经迈出了最难的那一步：承认问题的存在。
接下来，才是真正的工作。
原文发表于微信公众号，本文为深度理解后的整理版本。