入行前两年，很多人以为“IT服务工程师”就是装系统、换鼠标。真到驻场才发现，键盘只是工具，

真正的门槛在这四张表：

1. 事件单——谁报的、影响多大、几分内响应、何时恢复；

2. 问题卡——同一个报错本月第几次、根因归类、有没有进知识库；

3. 变更申请——动哪台、几点动、回退方案写在哪；

4. 配置快照——服务器、虚拟机、中间件、账号权限的当前状态。

按信息技术服务标准里的划分，这些表背后对应的是服务级别管理、事件管理、问题管理、变更管理、发布管理和配置管理六大过程。工程师和项目经理看同一张表的视角完全不一样。

一个工程师的成熟标志：报故障不再写“系统慢了”，而是写“支付网关 P95 延迟从 80ms 甚至 1200ms，影响收银台约 1400 笔/小时”。

IT服务工程师的三年进阶，大致是这样长的：

• 第1年：把事件分级、升级规则背熟，做到不漏单、不多关；

• 第2年：能独立产出问题分析报告，把重复故障喂进知识库；

• 第3年：开始参与变更评审，明白“能修”和“该不该在周三晚上修”是两码事。

而IT辉达售后经理的工作日常，不在命令行里，在三类资产里：

ITSS IT辉达售后经理 ，IT服务工程师，辉达

马老师13521730416

丁老师13522094648

有意思的是，这两类角色不是“初级→高级”的爬梯关系，而是并行轨道：一个把交付做稳，一个把过程管好。转岗失败的人，多半是直接跳去排变更会议，却还没亲手关过一百张事件单。

📌 给自己做能力盘点时可以用这个顺序：服务台字段 → 事件分级规则 → 问题根因模板 → 变更回退清单 → 配置项命名规范。倒过来学，基本都会劝退。