工作總結
發表時間：2026-04-20（實用）調訓工作總結。
這次去學了六周，跟以前參加的技術培訓不太一樣。以前那些培訓，要么對著PPT講設備參數，要么發本操作規程讓你背。這次是把你摁在真實場景里，從施工規范到驗收標準，再到后期運維和故障處理，一條龍走一遍。說實話，我剛去的時候還有點不以為然——我在一線干了快八年，什么故障沒處理過？結果第二周就被人上了一課。
那個模擬場景是區域節點網絡震蕩。我們小組三個人，上來就查核心交換機日志、查路由表、查帶寬占用，折騰了兩個小時，毛都沒查出來。教官也不吭聲，看我們滿頭大汗，最后扔過來一份三個月前的施工圖紙和接續記錄。我們一看就愣了——記錄上寫著“光纜割接，盤纖余量預留不足，接頭盒密封膠未完全固化”。再一問，當時是趕工期，施工隊連夜干完的，驗收時也沒拆開看。
我當時就罵了一句，這他媽不是坑人嗎？后來用OTDR一打，其中一芯光纖損耗從0.3dB直接跳到2.8dB。我用光功率計測收光，-32dBm，而設備上那款華為6300光模塊的靈敏度下限是-28dBm，差了4個dB。按我經驗，差2個dB以內還能扛一扛，差4個絕對扛不住。再加上最近連續下雨，接頭盒進水，光模塊收光弱，設備就不停up/down。解決方案說出來很簡單：重新開盒，清洗端面，重新熔接，盤纖按標準留夠余量，接頭盒密封膠打好。前后不到兩小時，鏈路就穩了。但我心里清楚，如果當初施工時按工藝標準做，后面根本不用花這兩個小時。說白了，你前面省的那點事兒，后面都得加倍還回去。
第二個案例是模擬驗收。教官給了一個剛改造完的站點，讓我們按規范逐項驗收。以往在單位，驗收就是看看設備通電正常、ping包不丟就過了。但這次我們較了真，拿著驗收清單一條條過。測到機柜接地電阻時，表上顯示2.5歐。我翻出GB 50343-2012，上面寫得清楚：接地電阻不大于1歐。施工方的經理過來跟我說：“差一點問題不大，這地方土壤電阻率高，打了好幾個角鐵都降不下來，你們通融通融。”
我沒慣著他。我說：“你簽字還是我簽字？雷雨季節打壞設備，板卡燒了數據丟了，你扛？”他還不服氣，說之前好幾個站都是這么過的。我沒再廢話，直接把規范拍桌上，告訴他要么整改，要么驗收不通過。后來他們重新開挖接地溝，換了降阻劑，又加了四根角鐵，折騰了大半天，最后測出來0.8歐。這事兒我后來一直在想：驗收這關要是松了，后面遭雷擊、燒板卡、丟數據，哪個不是大事？所以我現在去驗收，就一個原則——規范上怎么寫，我就怎么查，少一項都不簽。 【WWw.JZ139.COm 迷你句子網】
第三個案例不是突發故障，而是一次復盤演練。背景是一條傳輸鏈路頻繁出誤碼，但時間很規律，每天下午三點到四點之間峰值最高。我們組復盤時，把所有設備日志、光模塊信息、環境監控數據翻了個遍。發現那段時間機房空調會進入節能模式，溫度上升3到5度。而那根鏈路用的光模塊是早期工業級，工作溫度上限60度，機柜局部溫度一飆到65度，模塊性能就下降，誤碼率就上來了。最后解決辦法很簡單：調整空調策略，同時把那幾個模塊換成寬溫級的。
但這事兒給我的觸動挺大。我當時就想，如果當初選型時多看一眼睛機房的環境參數，或者施工規范里對模塊選型加一條“根據實際運行環境溫度選擇寬溫級模塊”，后面根本不用折騰。后來我主動把那個站點所有工業級模塊列了個清單，溫度超過55度的站點全部申請更換。三個月后，誤碼告警從平均每周7次降到了0次。你說這事兒難嗎？不難。但沒人去做這個“事后復盤”，問題就會一直反復出現。
這次調訓下來，我最大的體會就是：施工、驗收、運維這三個環節，誰也別想甩鍋。施工階段省掉的工序，運維階段就得拿時間和精力去填；驗收階段漏掉的細節，故障時就一定會暴露出來。反過來，我們在運維中遇到的疑難雜癥，很多時候得回溯到前兩個環節才能找到根因。
以后干活，我有幾條死規矩：第一，故障排查時先把物理層過一遍，光功率、接地、接頭盒，別一上來就懟配置；第二，驗收時嚴格按規范來，不合格就整改，別扯什么“以后再說”；第三，每個季度把手頭站點的小毛病梳理一遍，反推施工或者驗收環節有沒有可以改進的地方，把標準寫清楚，下次直接用。
就這些。回去我就把這次調訓的驗收清單做成表格，下次驗收一條條打勾，少一項都不簽字。
- 為了您方便瀏覽更多的工作總結網內容，請訪問工作總結
