上周三下午四点十七分，等待我提交了那笔生产环境的内网防火墙策略变更。隔壁工位的需天老张瞥了一眼我的屏幕，说了句“等着吧，等待至少三天”。内网我笑了笑，需天心想现在流程都电子化了，等待应该快。内网

结果第二天早上九点，需天我打开工单系统，等待状态还停在“待部门主管审批”。内网主管出差了。需天系统里自动转发规则倒是等待生效了，邮件提示“已转至网络组负责人”。内网但那位负责人正在休假，需天自动回复说7月22日回来。今天才7月18日。

这不是个例。上个月，测试环境的端口开通申请，我等了整整五个工作日。期间催了三次，每次得到的回复都是“在队列里”。队列是什么？没人说得清。后来才知道，网络组只有两个人负责全公司六百多人的网络变更，而他们每天还要处理故障报修——那才是优先级最高的活。

内网确认的时间，本质上取决于三件事：审批链上有几个人在休假、变更的紧急程度能不能被识别、以及你认识不认识那个最终点“通过”按钮的人。最后一条最现实，但没人会写在流程文档里。

我统计过自己过去一年的申请记录，十二次变更，最短的等了四小时——那次是因为线上服务宕机，走的是紧急通道，电话直接打到了网络组组长手机。最长的一次等了十一天，申请内容是给一台新服务器分配IP。十一天里，我每天刷新工单页面，看着状态从“待审批”变成“待确认”再变回“待审批”，原因是某个审批节点的人觉得“申请理由不够充分”，退回重填。重填的内容只是把“用于部署日志采集”改成了“用于生产环境日志采集系统部署，支撑安全审计合规要求”。多写了十二个字，又等了三天。

所以你要问具体几天，真没准数。常规情况，一至三个工作日是运气好，四到七个工作日是常态，超过两周也别太意外——除非你的申请涉及财务系统或核心数据库，那帮人比你还急，因为出了事他们担责。反过来，如果是给内部Wiki加个只读权限，慢慢等吧，没人会觉得那件事重要。

有个窍门是下午四点半以后提交申请。很多审批人习惯在一天快结束时集中处理待办，赶在五点下班前点一圈“同意”。我试过两次，确实有次第二天早上就通过了。但这个方法不稳定，遇到周五下午提交，可能整个周末都泡汤，因为没人会在周六打开工单系统。

说到底，内网确认的速度不是技术问题，是组织问题。公司越大，节点越多，每个节点的人都觉得自己那步审核“很重要”，实际上大部分变更五年都没出过事故。可流程不会因此缩短，它只会在一次次“谨慎”中变得更长。我现在提交任何申请，都默认按七个工作日规划项目进度，如果提前通过，就当是意外惊喜。