工作总结
发表时间：2026-04-16电信公司工作总结。
说实话，今年跟去年比，变化挺大的。不是上了多少新设备，是干活儿的路子换了。以前组里谁遇上故障，第一反应是翻手册、走流程；现在谁要是还这么干，我反倒要敲打两句——不是说流程不对，是光靠流程，有些问题死活查不出来。
一、从“按图索骥”到“看现象反推”
去年有个接入网频繁掉线的投诉，折腾了三天。用户光猫换过，分光器也换了，最后才发现是楼道里一个冷接头老化。按工艺标准，冷接头寿命五年以上，可实际环境里灰尘、温差、施工时那点微小应力，一年就能让它出毛病。当时我们怎么查？对照规范看衰减，衰减在阈值内就认为没问题。结果呢？查个寂寞。
今年我带着技术组重新捋了一套“三步反推法”。第一步，看现象规律：掉线集中在晚上九点到十一点？还是每次下雨后？第二步，测关键点参数——不光测当前值，还要用光功率计连续盯一分钟，看波动。我们自己定的规矩：波动超过0.5dB就得怀疑接触不良。第三步，倒查施工记录，看当时熔接损耗、盘纤半径是不是留了隐患。
上个月一个政企专线时断时续，按验收规范，ODF架光功率完全合格。我们打了OTDR长脉冲，发现法兰盘连接处有个0.01dB的反射峰。这在规范里属于“可忽略”，但叠加另一路信号的串扰，就成了压死骆驼的最后一根骨头。换了个法兰盘，立马稳了。说白了，很多隐蔽故障不是标准不对，是标准太静态，现场太动态。
二、把“经验”变成卡片，让新人少走弯路
以前带新人，最头疼的是老师傅说“这个像是尾纤弯折过大”，但问弯折半径到底差多少毫米，说不出来。今年我们干了一件笨事：把所有常见故障对应的物理参数做成“对照卡片”，就A6纸那么大，人手一张，揣工服兜里。
卡片上写什么？举个例子：
- SFP模块温度超75℃直接换，不用测别的。
- 网线CRC错帧超0.01%且连续三次，直接重做水晶头。
- 光模块环境温度比机柜环境温度高15℃以上，基本判定老化。
- 尾纤弯曲半径小于38mm，三个月内必出隐性裂痕——这个38mm不是书上抄的，是我们自己拿废纤掰着试出来的。半径35mm以下，放机房烘箱里烤两周，第三天就裂了。
今年夏天雷雨多，OLT上联口连续烧了三个光模块。按传统做法，换模块、测光功率、查接地，走完流程就完事。我们多做了一个动作：把烧坏的模块拿回办公室，用显微镜看金手指。结果发现不是雷击浪涌，是机柜接地排螺丝松动导致地电位漂移。这个细节如果只看维护手册，根本找不到——手册只会说“检查接地电阻”，不会告诉你“用开口扳手拧一下第三颗螺丝”。
我把这个案例拆成四步操作，让每个组员亲手走一遍：先测接地电阻，再查连接点扭矩，然后模拟电流注入看电压波动，最后做环境复原。说实话，这比看十遍PPT都管用。
三、质量验收，我们用了“笨办法”
今年负责一个老旧小区改造，涉及八百多用户的线路割接。按照常规，验收抽测20%用户，光功率达标就算过。但去年吃过亏——抽测全过，开通后一周内故障率飙到15%，全是接头盒里盘纤不规范导致的热胀冷缩断纤。去年同规模的小区，我们验收后三个月内断了7次纤，每次都是半夜抢修，累得要死。
今年改了个笨办法：每个接头盒开盖拍照，盘纤弯曲半径用卡尺量，所有熔接损耗必须小于0.02dB——规范是0.08dB，我们严了四倍。施工队叫苦，说这标准太严。我直接跟他们说：“你现在多花十分钟量一下，以后少熬一个通宵去抢修。你想想去年那个小区，半夜两点叫我过去，你们也跑不掉。”后来割接完成，两个月内该小区光缆故障为零。你懂的，这种老旧小区用户投诉率最低，反而成了我们的样板工程。
四、团队技术能力，靠“翻旧账”长出来
以前培训就是放PPT、讲原理，下面的人听得打瞌睡。今年全改成“故障复盘会”，每周挑一个真实案例，让当事人从头讲：怎么判断、怎么验证、怎么收尾。其他人可以随时打断提问。有一回讲一个PON口下全部掉线的案例，争论到晚上十一点，最后发现是主控板的时钟晶振频率漂移——这个原因连原厂技术支持都没第一时间想到。会后我让当事人把排查过程写成两页纸，存到共享盘里，标题就写“时钟漂移害死人”。
我还定了个规矩：每个人每年必须亲手排除一个“非典型故障”。什么叫非典型？就是手册里没写、专家热线也没遇到过。上个月小赵处理了一个语音业务单通的问题，查了三天。他一开始测端口电压波形、看信令交互，都没问题。后来他蹲在用户家里，发现用户接了个老式传真机。他试着拔掉传真机，语音立刻正常。原来是传真机振铃时产生的反向电动势干扰了语音板。他写了六页排查记录，每一步都配了截图。这份材料现在成了我们组的内部教材。
有新人问我：“为什么要量弯曲半径？差不多就行了。”我说你少问为什么，多动手。结果他自己拿根废尾纤弯到30mm，放机房烘箱里烤了两周，第三天就裂了——从此他比谁都记得牢。
五、设备维护，从“等坏了再修”到“看趋势提前动” f215.cOm
往年设备维护就是巡检、清灰、看告警灯。今年我们给每台关键设备建了“健康档案”，记录的不是“正常/异常”，而是具体参数的变化趋势。比如一台核心交换机，过去三个月CPU使用率从35%慢慢涨到52%。表面看都在安全线以内，但结合日志发现，涨的原因是ARP表项老化时间设置不合理——原来设的是300秒，导致大量重复请求。我们把老化时间改成600秒，CPU使用率掉回38%。提前改了参数，避免了一次潜在的广播风暴。
不过今年也栽过一个跟头。我们过度相信了自动备份，结果一次配置回滚失败，才发现备份策略只保留了三天。那天晚上我带着组员手工敲配置敲到凌晨三点。第二天我就改了规矩：每天全量备份加每周异地备份，而且每个月必须做一次恢复演练。这个教训比什么培训都深刻。
六、还有两件小事，不提不行
第一件是安全生产。今年我们重申了登高作业必须双人互检，梯子脚要有防滑套。有一次一个外包人员图省事，没戴安全帽就上杆，被我当场叫停，罚了施工队五百块。后来那个施工队长私下跟我说：“你这一罚，反而救了他一命——那根杆子旁边有根废弃的钢绞线，他要是碰上了，脑袋开花。”这事儿让我后怕了很久。
第二件是跟厂家的扯皮。有一批光模块，使用三个月后误码率普遍升高。厂家咬定是我们的环境温度超标。我们把同一批模块换到不同机房、不同机柜做对比测试，发现只有某个批次的模块有问题。最后厂家承认是批次性工艺缺陷，换了货。这种事写不进规范，但很锻炼人。
今年干下来，最大的体会就是：标准是死的，现场是活的。别把规范当圣经，要把规范当起点。真正能解决问题的，永远是那些在机房里蹲出来的、在光缆沟里刨出来的、在故障现场熬出来的“土办法”。但这些土办法得变成能传承的步骤、能度量的参数、能复制的流程——这才是干技术管理该琢磨的事。
- 想了解更多工作总结的资讯，请访问：工作总结
