网管这活儿，网管干好了是网管隐形人，干砸了就是网管全公司最显眼的靶子。KPI考核？网管别急着列一堆貌似严谨的表格，先看看机房角落里那台嗡嗡作响的网管服务器——它硬盘闪红灯三天了，没人报修，网管因为没人知道那台机器在跑什么业务。网管这才是网管网管考核最荒诞的起点：你的价值，往往在故障发生时才被看见。网管

我见过最离谱的网管考核表，上面写着“网络可用性99.9%”。网管指标本身没毛病，网管可执行起来成了数字游戏。网管同事为了凑这个百分比，网管把监控系统的网管时间粒度调成小时级——只要每小时有一分钟网络是通的，就算达标。客户那边视频会议卡成PPT，这边报表照样绿油油一片。这不叫考核，这叫自欺欺人。真正的可用性，应该盯住业务侧的感知：财务部月底结账时，ERP系统有没有卡顿？销售开单时，打印机有没有掉线？这些细节，比任何抽象百分比都更接近真相。

再说说响应速度。很多公司把“15分钟内响应工单”写进考核，听起来很专业，实操起来全是猫腻。有个网管朋友跟我吐槽，他们团队为了刷这个指标，把工单系统设成自动回复——“已收到，正在处理中”，然后该干嘛干嘛，拖到第二天才真正动手。用户那边觉得有人管了，实际上问题还晾在那儿。这种考核逼着人表演勤奋，而不是解决问题。我反倒觉得，不如考核“首次修复率”——一次上门就搞定，比跑十趟刷存在感强得多。

还有一类指标，纯粹是外行拍脑袋想出来的。比如“每月主动巡检次数”。巡检本身没错，可要是为了凑次数，把正常的设备状态也翻来覆去地重启、拔插，那就是没事找事。我亲眼见过一个网管，为了在巡检表上打勾，把一台运行稳定的核心交换机给重启了——结果业务中断半小时，就为了证明自己“巡检过”。这哪是维护，这是破坏。真正有价值的巡检，应该是带着问题去查：这个端口流量异常，那台设备日志报错，带着怀疑的眼光看每一个角落，而不是走马观花地摸一下机柜温度就算完事。

话又说回来，完全否定量化考核也不对。关键是选对维度。我觉得最实在的三个指标，一是“业务中断时长”，直接跟钱挂钩，断一分钟就是损失，这个没法造假；二是“根因分析质量”，出了故障别急着糊弄过去，能不能挖出深层原因，写清楚来龙去脉，这考验真本事；三是“用户满意度”，但别用那种打分表，直接看投诉邮件和口头抱怨，甚至私下打听——那些客套的“满意”背后，藏着多少没说出口的烦躁，你心里得有点数。

说白了，网管这岗位的KPI，不该是让IT部门自嗨的数学题，而该是业务部门用得顺不顺手的晴雨表。你维护的不是一堆冷冰冰的设备，是公司里每个人点开网页、发邮件、传文件时的那份流畅。哪天老板突然问你：“咱们网络最近怎么样？”你心里能立刻浮现出几个具体的画面——比如三楼市场部那个总是断线的无线AP，或者服务器房里那台风扇声音越来越大的老机器——而不是翻开报表现找数据。这才叫考核到位了。