交接文档是什么
交接文档把系统架构现状、在办事项、遗留风险、联系人与决策记录索引整理成清单，用于离职、轮岗与团队之间的职责移交。它的核心要求是可核对：每一项都有接手人确认，而不是一封罗列情况的邮件。三件事最容易出问题——用口头交接替代清单、把凭据写进文档、文档不写版本与更新日期，让接手人把过期信息当现状使用。
基本信息
| 内容 | 系统架构现状、在办事项、待办风险、联系人、决策记录索引 |
|---|---|
| 形式 | 清单式，逐项确认签字或留言确认 |
| 保密 | 凭据走密码管理器移交，不写进文档 |
| 版本 | 标注更新日期与对应环境，避免被当现状 |
| 验收 | 接手人按清单提出疑问，交回补充才算完成 |
典型使用场景
- 员工离职或长期休假，需要把职责完整移交
- 内部转岗与模块主备轮换，交接期通常 2-4 周
- 团队整体移交（合并、外包转自研），需要双向核对
- 接手人独立值班前的确认，作为交接完成的判定依据
- 审计与认证要求提供职责转移证据
交接清单示例
交接清单示例
□ 架构图与部署图（最新版本） # 标注日期，过期图比没有图更危险
□ 值班与告警配置位置 # 告警规则在哪、谁能改，要写清
□ 进行中的变更与排期 # 半完成的变更必须列为待办
□ 已知风险与遗留问题 # 未经确认的「小问题」常是大事故前身
□ 供应商与支持渠道联系人 # 含合同与工单入口，避免断供时找不到人
□ 决策记录索引（为何这样设计） # 历史原因缺失会导致重复踩坑交接项与验收
| 交接项 | 内容 | 验收方式 |
|---|---|---|
| 系统现状 | 架构、依赖、容量与部署方式 | 接手人复述并指认关键路径 |
| 在办事项 | 进行中的变更、排期与卡点 | 逐项确认状态与下一步 |
| 账号凭据 | 通过密码管理器移交，不落文档 | 接手人登录成功后回收原账号 |
| 值班与告警 | 排班、告警渠道、升级路径 | 共同值班一个周期后解除 |
| 文档与台账 | 架构文档、CMDB、许可清单更新 | 确认更新日期与版本 |
把关口令、密钥、令牌写进交接文档，等于把泄露渠道固定下来：凭据应通过密码管理器或密钥管理系统移交，并记录移交与回收时间，文档里只写「凭据存放位置与移交记录」。