工作总结
发表时间：2026-04-25IT工程技术员工作总结[2026免费]。
干了八年技术员，去年开始兼项目技术经理。这篇东西不是给领导看的汇报，是给自己和团队捋一捋这些年踩过的坑、补过的墙。不讲大道理，只讲真问题怎么摸出来的。
一、一个让我记了三年的故障
去年夏天，某数据中心项目验收前夜，核心交换机出现间歇性丢包。客户第二天早上八点来复验，现场施工队十几个小伙子盯着我。机房空调坏了，温度计指到42度，汗顺着安全帽带子往下淌。
我先查物理层：光模块收发光功率正常（-9.2dBm，在华为S5720的阈值范围内），网线通断没问题，端口CRC校验错误计数为零。接着看生成树协议状态，发现某台接入交换机的G0/0/24端口每三分钟up/down一次，日志里mac地址漂移告警刷屏。
说实话，当时脑子有点懵。这种间歇性故障最磨人。我强迫自己按OSI模型一层层剥：物理层正常，数据链路层有flapping，那大概率是环路或者IP冲突。抓包！用Wireshark在核心交换机镜像口上抓了五分钟，过滤条件设成arp or icmp，结果发现一个摄像头的MAC地址（00:11:22:33:44:55）同时在两个端口出现，并且这个MAC对应的IP竟然是核心网关192.168.1.1。
拔掉那根网线，网络立刻恢复。施工队一个新人昨天偷偷把摄像头接上调试，没走变更流程，又把IP设成了网关地址。从发现问题到定位，用了两小时四十分钟。客户来的时候网络已经稳定跑了四小时，我没提故障的事，验收通过了。
但这事我记了三年。后来我让团队做三件事：第一，建立IP分配电子台账，每申请一个IP必须项目经理签字；第二，每个机柜侧面贴一张A4纸，写着“接入新设备前，必须确认IP不冲突、VLAN正确、端口无环路”；第三，所有施工队进场前，必须做一次网络基础培训，重点讲ARP原理和IP冲突的危害。你懂的，有时候就是这种基础问题，能把整个项目搞黄。
二、规范落地，不是背条文，是做卡片
GB50348、GB50174这些标准，技术员都头疼。我花了两个月时间，把公司常用到的二十几条规范翻译成现场工人能看懂的东西。比如光纤弯曲半径，标准说“不应小于线缆外径的10倍”，我们在现场做了个模板——用一根内径5厘米的PVC管切一半，施工时线缆必须能在这个半圆管里自由通过才算合格。这法子土，但管用。去年一年，我们综合布线验收一次性通过率从67%提到了89%。
设备维护也有教训。一次机房扩容，新来的技术员没戴防静电手环就直接拔了板卡，结果两块万兆网卡烧了，损失一万多。我定的规矩：开柜操作前，必须两人在场，一个人操作，另一个人喊“静电已释放、接地线已夹好”才能动手。谁忘了喊，当月绩效扣一分。半年下来，没人再犯。
三、团队成长，全靠拉出来真刀真枪练
我不喜欢做PPT培训。我的方法是，每次出故障，把团队里所有人叫到现场，我一边查一边讲思路。有一次存储阵列一块盘亮黄灯，RAID5阵列开始重构。我把三个年轻技术员叫到机柜前，让他们看控制器上的重构进度条，然后问：“如果现在再坏一块盘，数据能不能恢复？热备盘什么时候顶上？”他们答不上来，我就现场演示用命令行查RAID状态，算重构时间——按240GB/小时的速率，2TB的盘需要8.3小时。那之后，他们自己主动去学了RAID级别原理和rebuild计算公式。
我们还有一个规矩：每个处理过的故障，责任人必须写复盘文档。格式很简单：现象、排查步骤（按时间顺序）、根因、修复动作、预防措施。到今年3月，累积了63份复盘记录，存在一个共享文件夹里。新来的技术员遇到类似问题，先翻这个文件夹，80%能找到参考。我不是搞什么知识管理，就是觉得同样的问题如果被问三遍，那就是我带队失败。
四、验收不只看结果，还要看过程抓痕
做项目验收，很多人只看系统通不通。我吃过亏。前年一个楼宇自控项目，施工方只抽测了10%的点位，我就签字了。结果上线后，空调VAV箱的阀门开度反馈有3个点位偏差超过5%，导致部分房间温度失控。甲方投诉到老板那，我写了检讨。
现在我的做法是：所有模拟量输入输出点位必须100%测试，而且测试记录里要附上现场照片和仪表读数。光纤熔接损耗值必须≤0.3dB（单模），超过的重熔，并记录重熔次数。UPS电池组每节电池的单体电压、内阻全部测一遍，不合格的直接换。去年一个项目，我坚持全测，发现四个传感器的4-20mA信号在低端有非线性漂移，厂家承认是批次问题，重新校准后才通过。如果当时只抽测10%，这些隐患根本发现不了。
五、三个让我自己脱层皮的认知转变
第一个转变：从“敲命令”到“懂原理”。刚入行时觉得会配置就行，直到有一次改了一台交换机的IP地址，忘了改DHCP中继的指向，整个子网瘫痪了半小时。那天晚上我翻《TCP/IP详解》到凌晨三点。现在我要求团队每个人必须能画出二层交换和三层路由的数据流图，不然不许独立上架设备。
第二个转变：从“死要面子”到“主动求援”。以前觉得找厂家支持显得自己没本事。有一次精密空调高压报警，我折腾了一下午没搞定，最后打给厂家工程师，对方问了三个参数就判断出是冷凝器风扇电容坏了。十分钟换好，空调恢复。从那以后，我手机里存了所有主要供应商的技术支持电话，遇到拿不准的先打电话，别硬扛。
第三个转变：从“灭火”到“防火”。现在我做巡检，不看报警灯，看趋势。比如华为存储的SSD寿命，我用命令行收集smartctl -a /dev/sda里的Media_Wearout_Indicator，这个值从100降到90，我就安排备盘。还有UPS电池，每个月测一次内阻，如果同一组电池里最大内阻差超过30%，就必须整组更换。去年一年，用这种预判方式，我们提前更换了7块有隐患的硬盘和12节电池，避免了至少三次夜间紧急抢修。
六、说点实在的
干我们这行，别指望不出事，但要争取出事不慌乱。我电脑里有个记事本，记着每个项目交工后半年内的所有故障记录。翻看这些记录，发现一半以上的问题都是同一个原因——变更没走流程、测试不充分、或者直接就是忘了。所以我们团队现在有个习惯：每次动设备之前，先在群里发一条“准备操作XX设备，如有异议请10分钟内提出”。没人反对就开干，干完立刻恢复确认。这个习惯救了我们三次。DSBJ1.com
- 需要更多的工作总结网内容，请访问至：工作总结
