工作总结
发表时间：2026-04-162026年电信员工工作总结（范文）。
这一年下来，手里过的活儿我自己心里有本账。干我们这行的，说白了就是跟设备、线路、告警信息死磕，没什么花哨的。下面把几个重点的事儿捋一捋，算是给自己一个交代。
一、故障处理：那次被电源波纹坑惨了
今年一季度，我负责的片区里有台OLT设备连着三次PON口瞬时丢包。用户那边反应就是网卡、掉线，打游戏的孩子急得骂娘。前两次按常规走：测光衰，正常；换光模块，没用；甚至把分光器都换了，还是不行。说实话，那几天我睡觉都在想这事。
第三次出问题的时候，我直接在机房里蹲了四个小时。搬了个小马扎，盯着设备日志和收光功率曲线。凌晨两点左右，异常又出现了。我同时瞟了一眼旁边那台老旧的开关电源——它的电压波动曲线刚好也对上了。后来借来示波器一抓，好嘛，直流输出波纹峰峰值超过800mV，标称-48V，实际跳得跟心电图似的。问题找到了：电源模块老化，波纹太大，把PON芯片的工作搞乱了。换了那块电源板，故障彻底消失。
这事儿给我上了一课：很多故障表象在业务侧，根子可能在基础配套上。后来我花了两周，带着一个兄弟，把片区里12个机房的电源质量全跑了一遍。用便携式蓄电池内阻测试仪和波形记录仪，又查出3处类似隐患——有两台整流模块的滤波电容已经鼓包了。提前处理掉之后，下半年那边的设备再没出过这种怪毛病。
全年下来，我经手处理的故障工单147张。平均恢复时长从47分钟压到了32分钟——这个数字我得说清楚口径：只算从接单到业务恢复的时间，不含等光缆抢修队进场那种不可控的等待。关键是，不是跑得快，是判断准。有一次，新来的同事换了三块板子都没好，我过去一看，光缆被老鼠咬了个口子，进水了，OTDR打出来曲线有台阶，换板子有什么用？
二、施工验收：跟施工队吵过的那些架
今年我们片区两条主干光缆扩容，总长28公里，6个接头点。工艺标准要求单芯熔接损耗小于0.08dB，但施工队做出来经常是0.10、0.12。他们队长跟我说：“甲方都没你这么严，差零点零几没事。”我直接拿着OTDR现场打曲线，哪一芯超标就重熔。
有个接头盒在野外的水泥杆上，那天风大，手抖得厉害。12芯光纤，前后重熔了四次才全部压到0.06dB以下。第四次熔完，我手都僵了，但心里踏实。队长在旁边递烟说：“老X，你这也太轴了。”我回他：“现在省五分钟，以后线路劣化了我得花五小时去查，你觉得哪个划算？”他不吭声了。
验收环节我坚持自己带人做，不带施工方。按竣工图逐段打光、测衰耗、查标签。今年验收了7个新建光交箱和23条接入段，退回整改3次。有一次是因为尾纤盘留半径不够，规范要求不小于10倍纤径，他们盘成直角弯，我直接拍照发群里，不签字。还有一次是标签写的“A端-B端”，但实际方向反了——这种事不抓，以后割接的时候准出乱子。
三、设备维护：一机一档不是做样子
我们机房设备杂，华为和中兴混着用，型号跨度也大。我做了一个“一机一档”的台账，不是什么高大上的系统，就是个Excel表格，但里面记录每台风扇转速趋势、单板温度、告警历史。目前覆盖了47台主要设备，每月人工采集一次关键指标——当然，能脚本自动化的部分我写了个简单的Python脚本去扒SNMP数据，但电源端子温度这种还得拿红外热成像仪亲自扫。
今年二季度，扫到一台MA5608T的某个槽位温度比别的槽位高了11度。拆下来一看，背板针脚氧化发黑，接触电阻大了。及时换了个空闲槽位，避免了后期烧板子的事故。预防性维护这活儿，干好了没人夸你，出一次事全找你。但我给自己定了死规矩：每个月最后一个周末，雷打不动，把片区所有设备的关键指标跑一遍，哪怕只发现一个异常增长的趋势，也要追到底。
四、那次银行专线中断——说实话，差点栽了
7月中旬，周五下午五点，正准备下班，某银行的离行式ATM网点专线断了。客户要求两小时内恢复，否则按合同罚款。我赶到现场一看，光缆被施工挖断了，断点在绿化带下面，埋深只有30公分——设计标准是80，这不偷工减料吗？但这时候追究责任没用，得先通。
正常流程是等抢修队来熔接，但至少三小时。我蹲在路边想了一会儿，突然想起同路由还有一条闲置的48芯光缆，是以前某项目留下的备纤，一直没在用。我跟现场监理商量，临时从那根闲置缆里借了一对纤芯，跳纤到客户的ODF架上，重新配了两端的光口参数。前后40分钟，业务通了。
但事后麻烦来了：那条借用的纤芯，其实是另一个内网系统的备份链路，我临时占用没来得及走审批。第二天被网管中心打电话骂了一顿，说我擅自改动资源。这事后来补了流程，但也让我长了记性：技术上的快速恢复是一回事，流程上的坑还得提前踩明白。
- ●读书笔记吧精品必收:
- 电信营业员工作总结 | 电信话务员工作总结 | 电信行业工作总结 | 2026年员工慰问信范文 | 2026年工作总结范文 | 2026年工作总结范文
五、今年没干好的几件事
说实在的，短板也很明显。第一，文档总是拖。每次处理完故障，复盘报告拖到下周才写，有些细节就模糊了。比如那次电源波纹的问题，我当时测量的具体波形参数现在只能记个大概。现在逼自己当天必须写完，哪怕只记个要点。
第二，我对华为OSN系列设备的光层调测一直不熟。有一次ROADM波长冲突，我对着手册查了半小时，最后还是打电话问的厂家工程师，丢人。明年得专门找几台旧设备练练手。
第三，跟后端网管中心的协作不太顺。他们派单经常只写“业务中断”，到了现场才发现工具没带对——比如需要光功率计但单上说只需要网线钳。我提了个建议，在工单里加个“故障预判”字段，让网管根据告警信息先猜一下可能的原因，至少告诉我“疑似光缆断”还是“设备死机”。这个事儿还没落地，明年继续推。
六、明年怎么干
不画饼。三条实在的：一，把预防性维护从季度改成月度关键指标扫描，特别是电源和散热，这两样出问题最隐蔽。二，把自己处理过的故障案例整理成一个小库，按现象、根因、处理步骤分类，用Markdown写，放内网wiki上，方便自己和同事检索。三，把今年那次“跳纤借芯”的临时恢复办法写成内部操作指引，但要加上流程审批的提醒——别光讲技术，不讲规矩。
干运维的，说白了就是别让用户感觉到你的存在。设备不出事，业务不中断，就是最好的状态。明年继续，少说多干。
- 读书笔记吧小编为您推荐工作总结专题，欢迎访问：工作总结
