IT离职交接清单:9个必查项照着核
我负责东莞一家制造企业的 IT 部,今年 8 月一位主力运维离职,交接只花了一天半,结果他走后第三周,ERP 数据库备份突然失败,我们找了三个小时才在他留下的 Excel 里翻到备份服务器密码。今天把这份 IT 离职交接清单讲透,9 个必查项照着核。

我负责东莞一家制造企业的 IT 部,今年 8 月一位主力运维离职,交接只花了一天半,结果他走后第三周,ERP 数据库备份突然失败,我们找了三个小时才在他留下的 Excel 里翻到备份服务器密码。今天把这份踩过坑总结出的 IT 离职交接清单讲透,9 个必查项,照着核能少踩 90% 的坑。
先给结论
交接不是行政流程,是 IT 资产防裸奔的最后一道闸。账号、权限、文档、资产、故障预案五类缺一不可,离职当天逐项勾完才算闭环。
常见问题逐个说
Q1 交接清单从什么时候开始写?
从员工提离职当天就启动,最迟在最后工作日的前 5 个工作日完成初稿。我见过最糟的情况是离职当天才交接,设备密码贴纸上写的还是三年前的旧密码。提前一周,才有时间核对账号是否生效、文档是否补全。
Q2 账号权限到底要交哪些?
不只是邮箱和 OA。我们那次盘点发现他名下挂了 47 个账号:域账号、VPN、ERP、MES、数据库、云控制台、监控平台、机房门禁、甚至 Wi-Fi 管理后台。逐条列出来、逐条改密后才能销户,少任何一条都是后门。
Q3 文档没写怎么办?
不要等文档写完,先做"口述录音 + 屏幕录制"。让他把日常巡检、故障处理各走一遍录下来,再花半天整理成文字,比空口交接靠谱得多。我们 8 月那次就是靠录屏救回了一半知识。
Q4 交接期定多长合理?
按岗位复杂度来:普通桌面运维 3-5 天,核心系统管理员 7-10 天,涉及数据库和云平台的至少 10 个工作日。我们定了个硬规矩:关键系统交接不满 7 天,HR 不得确认离职流程。
Q5 服务器域名这类看不见的资产怎么核?
查三类台账:一是云厂商控制台的实例清单,二是域名注册商的后台,三是机房机柜的物理清单。三份对不上,就说明有资产没人管。我们查出一台已停用的测试服务器还在跑,每年白交 2600 元云费。
Q6 密码交接怎么保证安全?
交接当天统一改密,改完当面用密码管理器存进团队共享库,个人邮箱一律不存密码。重要系统(ERP、数据库、云控制台)要求离职后 48 小时内二次改密,杜绝"离职后用旧密码回来看数据"的可能。
Q7 离职后出现故障找谁?
签一份"离岗支持协议":离职后 30 天内电话支持 10 小时以内,按市场价 300 元/小时结算,这是明确写进离职文件的。没有这条,出故障只能干等,8 月那次我们就干等了半天。
对照表
| 交接项 | 必做动作 | 常见漏点 | 建议用时 |
|---|---|---|---|
| 账号权限 | 列全 47 类账号、逐条改密 | 漏云控制台/门禁/Wi-Fi 后台 | 1 天 |
| 技术文档 | 录屏 + 口述整理成文 | 文档停留在口头描述 | 1-2 天 |
| 资产台账 | 核对云实例/域名/机柜三表 | 停用设备仍扣费无人管 | 0.5 天 |
| 故障预案 | 演练一次关键系统故障处理 | 预案文档没人演练过 | 1 天 |
小结
离职交接省下来的时间,未来要用十倍故障排查时间来还。建议三步走:第一,把这份清单贴进公司 IT 制度;第二,交接完成要主管逐项签字;第三,每隔半年演练一次故障预案,别等人走了才想起密码在哪。交接做扎实,团队换人不断档。



客服 13510444731 15815529276
二对一售前售后服务
7x24小时技术保障





立即咨询
电话咨询