招高级还是招中级，先看平台上有什么

结论先行：同一个网络运维岗位，招资深还是招熟手，答案不在薪资表上，而在两件事上：这些判断现在挂在谁脑子里，以及判断错一次的成本有多高。如果跨品牌排障、历史策略梳理、割接方案这些判断仍然只存在于某几位老工程师的记忆里，那就必须招资深，而且招不到也要想办法留；如果这些判断已经被流程、基线、工具固化下来，招熟手配平台往往更稳，因为平台不请假、不离职。四类场景仍然必须留资深，其余的岗位可以拆开配置。

本文只谈岗位层级与技能结构怎么配，不谈运维该不该外包，也不谈外包之后怎么比价。

先算一件事：这些判断现在挂在谁身上

在讨论招人之前，先做一张很朴素的表：把团队日常要做的判断列出来，逐条写上「现在谁来定」。

常见的清单长这样：某个跨品牌的策略冲突该不该改、历史策略库里哪几条能删、这条割接路径在现网会不会有问题、事故之后这个责任归哪一层、明年扩容要按什么口径排。五条判断，如果答案全部指向同一个人名，那这家单位的网络能力其实是一个人，不是一支团队。

这一步的价值在于它把一个模糊的人事问题变成了一张可以看的图。图上如果出现「两个人名覆盖了八成判断」，接下来该谈的就不是招几个人，而是怎么把判断从人身上挪下来一部分。

挪的方式只有三条：写进基线（把「什么样算合规」变成规则）、写进流程（把「谁在什么条件下必须停手」变成制度）、写进工具（把「怎么查、怎么算」变成平台功能）。三条都做到，一个熟手能接住原来资深才能接的活；三条都缺，招再多熟手也只是多几个人来请示。

三种人力结构，各自的失效方式

现实中大致有三种配法，每种都有自己的天花板。

三种结构没有优劣，只有匹配。真正的问题是很多单位在没有平台的情况下按熟手配人，或者在熟手不足的情况下把判断全推给轮班，两种错配的后果都表现为「人不少，事还是堆着」。

招资深的真实成本不只是薪水

把账算全，才知道这个决定贵在哪。

薪水只是其中一项。另有三项常被漏掉。

其一，招聘周期。资深岗位的空缺往往不是几个月能补上的，空窗期里业务是不等人的，于是变成「新人没到，老人加班」，或者干脆外借资源。

其二，留人成本。招进来只是开始。这个层级的人市场上选择多，一旦周边有更高的报价，留的方式通常只有加薪，而加薪是一次性的，不解决他为什么想走。

其三，单点集中。一位资深带来的效率提升是真的，但他同时成了新的单点。抽调他去梳理历史策略，日常变更就要停；他休假期间，非计划变更基本只能往后排。

三项加起来，一种常见的现象就出现了：薪水提到市场高位、猎头也用了，人仍然留不住。原因往往不是钱不够，而是这个岗位本身没有支撑——一个人扛着一整片判断，久了必然疲惫。

反过来说，如果平台把重复判断接过去了一部分，同一个岗位的吸引力也会变化：他可以做判断，不必做搬运。据公开的厂商测算口径，中级工程师借助自动化平台完成原本资深工程师耗时两小时的工作，单人所对应的人力成本差异在每年十五万到三十万区间；深圳地区资深网络工程师的年薪参考区间为三十万到五十万。这两组数字均属测算与市场参考值，实际以本单位的薪酬结构与实测效率为准。

什么时候必须招资深，别指望平台补

有四类场景，平台替代不了，也不该指望它替代。

其一，跨品牌疑难的定性。平台能统一纳管、能给出差异，但「两个品牌对同一条策略的理解不一致，谁的行为才是对的」这类问题，需要有人在两种设备体系里都待过。

其二，重大割接的方案判断。方案可以模板化，但「这次割接在这个现网里会踩到哪」是经验判断。把这件事交给平台，等于把风险交给一个没有见过你的网络的东西。

其三，事故定责。事故之后要回答的是「哪一步该停没停」，这需要有人能在压力下把时间线捋清并承担判断后果。

其四，中长期规划。三年往哪走、要不要换路线、预算怎么排，这是决策，不是执行。

四类场景的共同点是：一次判断错误的代价，远高于多付的那部分薪资。所以它们该由资深承担，而且不该被日常工单挤掉时间。

什么条件下可以招中级

三个前提，缺一条就会变成「招了人还是不够用」。

前提一：常见变更已经有基线。也就是说「什么样算合规」不需要每次重新讨论，规则库里写着了。没有基线的时候，每一次变更都是一次讨论，讨论只能由资深来做。

前提二：流程里有明确的停手条件。熟手最怕的不是技术难，而是不知道该不该停。写清三类停手条件（与方案不符、验证不通过、影响超出预期），他能在现场做决定，而不必半夜打电话找人。

前提三：查得到过去的做法。历史工单、策略变更记录、事故复盘能检索。一个人不需要什么都记得，只需要知道去哪查。

三条齐了，中级配平台是性价比很高的结构；缺一条，中级只能做执行，判断仍然堆回资深那里，结果是「人加了，资深更累」。

一张可以照着填的自评表

不用做复杂评估，四项够用。

• 关键判断的覆盖人数：五条核心判断里，有几位能独立定？只有一位就是单点。
• 关键岗位的在岗年限：最短的那位做了多久？不足一年的位置最脆弱。
• 离职影响半径：如果明天走一位，哪几类变更是必须停的？停不了说明没有替代。
• 工单排队时长趋势：近三个月是拉平还是拉长？持续拉长通常不是人少，是结构没跟上。

四项里如果「覆盖人数」只有一到两位、而「排队时长」又在拉长，那么无论招什么层级，先要做的都是把判断往下挪一层。否则新来的人只能站在旁边看。

落地清单

• 把日常判断列成清单，逐条标注现在由谁定，找出单点。
• 把可固化的判断分成三类：进基线、进流程、进工具。
• 四类必须资深的场景单独立出来，保证这些人的时间不被工单吃掉。
• 其余岗位按「熟手加平台」配置，前提是基线、停手条件、可查记录三样齐备。
• 用覆盖人数、在岗年限、离职影响、排队趋势四项做季度自评。
• 把平台建设与人力配置放进同一份预算讨论，不要分开报。

边界与前提

三点说明。其一，文中所述的岗位分层与配置思路属一般性梳理，具体编制须结合本单位的业务规模、监管要求与现有人员情况确定。其二，文中引用的薪资与效率区间来自公开的厂商测算与市场参考，属参考性指标，实际数值以本单位薪酬结构与实测为准。其三，人力结构调整涉及劳动关系与岗位职责变更，须按内部管理制度执行，本文不构成人事建议。

深圳市奇摩计算机有限公司是一家 IT 解决方案服务商，在自动化与运维项目里会把「哪些判断该进平台、哪些必须留人」在方案阶段就分开，因为人事决定做错的代价，通常比工具选错更贵。预约咨询，可以从那张判断清单开始盘。