工作总结
发表时间：2026-03-26[实用]办公室技术人员试用期工作。
刚接手那几天，我就发现个怪事——设备台账看着挺全，但真去找的时候，总有几样对不上。网络拓扑图也挂在墙上，可底下机柜里的线缆，跟图上的走向完全是两码事。办公室的老同事告诉我，“这些东西心里有数就行，真要出事，看谁在现场”。我当时没吭声，但心里清楚，这话翻译过来就是：故障处理全凭人，人不在，事就得卡住。
试用期三个月，我把力气主要花在三件事上：把运维的标准动作立起来、把两个老掉牙的流程摁到系统里、再就是带人处置了一次真真切切的故障。
先说运维那摊子。入职第一周，我把核心机房和六个弱电间翻了一遍。不是翻台账，是翻线。三百多个信息点，一个个对过去，哪些端口空着、哪些交换机上联下联接错、哪个配线架标签褪色看不清，全都记在本子上。有个汇聚交换机底下，堆了六根没人认领的跳线，拔掉之后网络反而稳了——之前一直有广播包在兜圈子，没人知道从哪来的。这个排查的过程很枯燥，蹲在地上半天，腰都直不起来，但值得。我们把现场摸清了，重新画了拓扑图，更重要的是，我逼着团队一起写了一份“故障处理手顺”。不是那种好看不中用的文件，就是A4纸钉的本子，写上：网络断了第一步看什么、打印机脱机先查哪根线、视频会议没画面按什么顺序重启。说白了，把老同事脑子里的经验，变成新人也能照着做的步骤。推行了两个月，同样的故障，处理时间从平均二十五分钟压到了十分钟以内。数据怎么来的？每次接单我都让同事随手记一下时间，统计了三十多次故障，取的中位数。
然后是流程那两块。设备领用和图纸版本，这两件事一直半手工。登记本上有人签“借”，没人签“还”，月底盘点的时候，七八件设备在“在途”状态里挂着，谁拿着都不知道。文档更乱，项目现场施工队拿的图纸，跟办公室电脑里的经常对不上，等干完了才发现，用的不是最终版。我盯住的第一件事是设备扫码。找了个轻量级的资产管理小程序，扫码出库入库，强制跟门禁权限挂钩——不扫码登记，门禁卡不生效。有同事嫌麻烦，在群里发牢骚，说“多一道手续就是添堵”。我没在会上反驳，但事后单独找他聊了一次，把之前因为设备被外协单位误拿、追了三天才追回来的事说给他听。那次确实弄得我窝火，但也是那件事让我下定决心，流程不硬性卡住，最后吃亏的是所有人。运行两个月，账实相符率从七成多提到九成九。图纸版本那边，我直接切了SVN，规则就一条：现场施工用到的图纸，必须是SVN上打标的那个版本号。验收的时候，甲方要看纸质版，我得能翻出SVN上的记录，对上才行。头一周有人把旧图发到项目群里，我直接截了SVN的版本记录发回去，让他自己比对差异。两次之后，再没人犯这个错。
最考验人的是第六周那个下午。核心机房一台汇聚交换机无故重启，东区四十多个工位全断网，正在开的远程项目评审会也被打断了。我接到电话的时候正准备下班接孩子，掉头往回赶。到现场一看，值班同事已经按手册把上联端口断开了，防止环路扩散。我蹲在机柜前，接上console口翻日志，看到“power supply voltage unstable”这条报错的时候，心里咯噔一下——电源模块有问题，但备件清单上明明写的有冗余模块，库房里愣是找不到。那会儿真是又急又火，备件管理也成了事后复盘必须整改的一项。我当场决定，从隔壁办公区一台备用交换机上拆模块，临时顶上。带着一个年轻工程师现场改配置，VLAN、端口策略一条条对，四十分钟后网络恢复。那晚回家已经快十点，第二天一早，客户打来电话，说虽然中断了半小时，但后续演示顺利，对我们的响应速度表示了认可。那通电话让我觉得，前面那些较真的事，没白干。
- ★小学范文网386h.COM编辑们的工作方法论:
- 办公室文书试用期总结 | 办公室试用期转正总结 | 办公室文书试用期个人总结 | 办公室文印员试用期总结 | 办公室人员试用期总结 | 办公室人员试用期总结
团队这块，我没搞什么花架子。每周五下午拉一个小时的故障复盘，不是开会，是把这一周遇到的真实故障摆出来，逐条过。有一次复盘打印机驱动冲突导致蓝屏的问题，一个入职半年的同事说，其实可以用组策略限制非授权驱动安装，从源头堵住。这个思路我当场就拍板让他牵头干。他花了三天，全网配了一遍，中间遇到权限下发失败的机器，自己一台台去调。这种事让年轻人上手，比讲十次课都管用。三个月下来，内部满意度评分从3.2拉到4.6，不是我一个人干的，是这帮人一块堆出来的。
现在翻入职第一周写的那个本子，第一页上还有几个字：“别急，先理清线。”当时机房那堆线理清了，现在再看，那些流程、手册、备件管理，说到底也是一根根线。理不清，后面的事全是虚的。下一步，我打算把机房的电源、温度、关键设备状态都接入自动监控，争取在故障发生前就知道。事情永远做不完，但做一件，就得落一件。
- 欲了解工作总结网的更多内容，可以访问：工作总结
