结论先行:值班交接真正要交的不是「设备现在正常」,而是「哪几件事还没走完、卡在谁那儿、下一次什么时候要动它」。设备状态在监控里能看见,未闭环的事只在人的脑子里。把交接记录固定成四个问题——哪些动作是临时的、哪些窗口是口头答应的、哪些工单还开着、哪些判断只存在于当班人的经验里——交接就从「念一遍告警」变成可核对的清单。

本文只谈交接记录该写什么、怎么核,不谈排班几个人、也不谈值班补贴怎么算。

为什么「一切正常」这四个字最没用

交接班时说得最多的一句话是「没什么事,都正常」。这句话在设备层面往往是真的:告警清零、巡检跑完、业务方没打电话。但它回答不了另一件事——过去八小时里,有没有人为了让业务跑起来,临时动了什么。

数据中心运维里有一类动作天生不会被监控记录成「异常」,因为它被处理得很干净:某条链路闪断,工程师临时把流量切到备用路径;某个接口超时,把超时阈值从三秒放宽到十秒;某个业务方催得急,先在防火墙上开了一条临时放通,打算第二天再补流程。这些动作当时都让指标回到了绿色,监控上看不出任何痕迹,仅有的记录在当班人的记忆里。

下一班接过来,看到的是一张干净的监控图,和一整套已经偏离基线、但没人知道的配置。等到某个业务投诉「昨天还好好的」,排查要从翻配置备份开始——这就是交接漏一行、后面花两周补的由来。

交接记录固定回答四个问题

其一:哪些动作是临时的,到期时间是哪天

临时放通、临时提权、临时改阈值,这三类要一条一条列出来,并且必须带一个明确的到期时间。没有到期时间的临时动作,实际上等于永久动作——三个月后做暴露面梳理时,没人记得它为什么存在,也没人敢删。运维里那句「只敢加不敢删,越积越脏」,根子就在这里。

其二:哪些窗口是口头答应的

变更窗口是交接里最容易失真的一项。业务方在电话里说「你们今晚弄吧,我跟领导说过了」,这句话在交接记录里必须变成「某业务方口头同意某时段变更,书面确认待补」。差别在于:出了事要回溯「谁同意的」,口头答应查不出记录;而补一句书面确认,只要十分钟。

其三:哪些工单还开着,卡在谁那儿

交接不是把工单号抄一遍。要抄的是卡点:这张单卡在客户审批、那张单卡在等备件到货、还有一张单等技术方案确认。同一批「处理中」的工单,卡在不同环节,下一班要做的动作完全不同。只写「处理中」,等于把判断重新做一遍。

其四:哪些判断只存在当班人的经验里

有一类知识写不进设备档案:某台老设备的某块板卡重启后会丢配置,要先导出;某条业务链路在月末结账那两天不能碰;某个业务系统的负责人只认某个电话号码。这些是运维现场真正值钱的部分,也是最容易随人流失的部分。交接记录里有一栏固定叫「本期新发现的现场知识」,强制每周填一条,比写十页规范有用。

三个信号,说明交接已经开始失效

信号看到了说明什么往下会怎样
交接记录连续几天都是「无异常」要么真的平稳,要么没人愿意写一旦出事,找不到上一次变动的起点
同一件事在三次交接里都出现它没有责任人,只是被反复传递拖到有人在会上提出来才动,通常已经过了合适的时机
接班的人接通后先做的动作是打电话问上一班记录没写到能独立判断的程度交接实际依赖私人关系,人一换就断

这三个信号不需要额外系统就能观测。每周把交接记录翻一遍,数一数连续「无异常」的天数、重复出现的事项、接班后的追问次数,就知道这份记录还有没有用。

让交接能被核对的三件事

  • 交接记录挂到工单系统,不放在个人文档里。放在个人目录里的交接本,人一调岗就找不到了。挂到工单系统的好处是它天然带时间戳和操作人,事后可查。
  • 临时动作单独一张表,带到期提醒。这张表和变更单分开管:变更单是一次性动作,临时动作是带有效期的状态。到期没处理,自动升成一条待办。
  • 交接完成要有确认动作,不只是念一遍。接班的人在记录上签一次,含义是「我看过、我理解、我承接」。签字这个动作本身会让人真的读一遍——这是流程设计里成本很低的一个约束。

判断一份交接记录好不好,有个简单办法:让一个没参与过当天工作的人,只看记录,判断接下来八小时要盯哪几件事。他能判断出来,这份记录就是合格的。

落地清单

  1. 把交接记录模板改成四段式:临时动作(带到期日)、口头约定(待补书面)、在途工单(写卡点)、现场新知识。
  2. 连续「无异常」超过三天,班组长要抽查一次,确认是真的平稳还是没人写。
  3. 临时动作单独建表,到期前三天提醒,到期未处理升级为待办。
  4. 每月把交接记录里重复出现的事项捞出来,逐条指定责任人。
  5. 交接签字保留在系统里,作为后续回溯「谁接过、什么时候接的」的依据。

边界与前提

这套做法适合有连续值守、班次之间需要接力的场景。如果团队只有一两个人、全天在线,交接可以简化成一张便签,但四个问题里的「临时动作」和「口头约定」两项仍建议保留——它们与人多人少无关,只与事后能不能自证有关。另外,交接记录能解决「事有没有交出去」,解决不了「人够不够」;人手长期不足时,记录会先变成负担、后被放弃,这时该谈的是资源,不是模板。

深圳市奇摩计算机有限公司在长期运维服务里把交接记录当成服务交付的一部分:不是交接完签个字就结束,而是每月的服务回顾里能看到这段时间有哪些临时动作被正式转成了变更、有哪些口头约定补上了书面确认。这类痕迹平时不起眼,等到需要解释「那段时间到底发生了什么」,它就是仅有的能拿出来的东西。如果你的团队正在为交接反复扯皮,可以通过预约咨询,把现有的交接模板拿出来对着核一遍。