网工忙了一年，述职却只剩“保障网络正常”？

剩下的内容，能说清你这一年做了什么吗？

如果只剩“处理报障”、“配合业务部门”，先别急着找更高级的词。去翻一张自己实际参与过、花过力气的工单。

点开以后，里面可能只有三个字。

“已恢复。”

至于当时查过什么，依据什么作出判断，记录里找不到。到了年末，又得把整件事重新想一遍。

前面的财务文章写过一个上传问题。ERP页面能打开，上传附件却失败，排查中发现新增审计策略误匹配了内部业务流量。

这件事放进述职，很容易被写成一句话。

“处理”两个字，把中间的工作全省掉了。

接到报障后，你核对了访问路径，还是整理测试结果、联系同事协查？实际命中的策略是谁查到的？

这些信息，决定了这段述职该怎么写。

以“你负责路径与策略命中核查，防火墙管理员实施调整”为例，可以写得更具体。下面只是写法示例，动作和结果按实际记录填写。

现在，别人能看出你具体负责哪一步，也知道业务恢复由谁验证。

写到这里，还可以回头看一眼，你为什么去查这条策略？

在前文的场景里，页面能打开，失败集中在附件上传。这个现象让排查有了具体对象，可以围绕失败的上传请求去核对记录。

查到近期新增的审计策略，也要继续确认，这次请求是否实际命中了它。仅凭“刚改过配置”，还不足以认定原因。

把这些依据留下，别人才能看懂你当时为什么这样查。

述职不用塞进整份抓包或大段日志。挑出支持关键判断的记录，在内部材料里注明存放位置；需要展开时，再拿原记录说明。

如果你没有防火墙权限，就写自己查到的现象和测试结果，以及把哪些信息交给了谁。记录能支持到哪里，就写到哪里。

这也方便你回头找学习上的欠缺。比如能查到策略命中，却解释不清检测行为，就可以把这项具体问题带进下一阶段的学习里。

业务复测成功，已经是一个处理结果。

接着看，这次问题有没有留下后续工作？其中又有哪些已经完成？

仍拿策略误匹配来说。如果复盘确认，变更前的验证没有覆盖内部ERP访问，后续就可以考虑把这项测试补进检查表。

假如这项改进已经落实，并留有验证记录，述职里就能再补一段。

这样，别人能看到你在故障处理之后，又推动了哪项具体工作。

如果当时已经测过ERP，就继续查测试条件与实际业务有什么差异，不能先认定漏了测试。只提过建议、还没落实的事，列进后续计划，保留当前进度。

别等年底才找这些材料。检查表改了哪一版、谁验证过，完成时顺手留一条记录，之后才能查得到。

平时都在群里接报障，年底再补齐所有过程，确实费劲。可以先挑一件还有记录、也值得整理的工作。

下面这份工单述职记录模板，可以直接复制到单位允许使用的工作笔记里。

不清楚影响了多少人，就别补人数。没有业务侧核算，也别往述职里塞“避免损失多少万元”。

下一张工单确认恢复时，把这几行一起留下。那时日志还找得到，参与的人也还记得，比年底对着“已恢复”重新猜一遍省事。

· · ·

你写述职时，最难讲清的是哪一项工作？欢迎留言说具体困难，隐去公司和个人信息。