值班交接时如何完整传递上下文、升级流程与文档…

在工程师之间交接 on-call 值班职责时，用于撰写班次交接摘要、事件中途交接、新人首次加入轮值，或审计改进现有交接流程。

适用场景

解决思路

1. 交接文档必须包含五类组件：Active Incidents（当前故障）、Ongoing Investigations（正在排查的问题）、Recent Changes（部署与配置变更）、Known Issues（已有 workaround 的问题）、Upcoming Events（维护与发布）。
2. 安排班次之间 30 分钟重叠：交班方用 15 分钟写交接文档、15 分钟与接班方同步通话；接班方用 15 分钟阅读交接文档、15 分钟与交班方同步通话、5 分钟验证告警设置。
3. 需要具体模板时，阅读 references/details.md 获取完整模板库与详细示例。
4. 若交接文档不完整导致接班工程师漏掉关键问题：把交班检查清单作为门禁，每个部分至少有一条记录（或明确写 none）才算交接完成；把不完整交接作为无指责复盘的行动项。
5. 若因时区差异无法进行 30 分钟同步通话：退回到异步快速交接模板（Template 2），并补充一段简短的 Loom 或语音备忘走查 watch list，同时确保接班工程师有直接联系方式可追问。
6. 若接班工程师接手的是事件中途且不堪重负：专门使用事件交接模板（Template 3），交班工程师在交接后即使已下班也应在 Slack 上保持 15 分钟在线答疑。
7. 若各团队交接文档格式不一致：在全组织推行统一的班次交接模板，把完成的交接文档存放在共享位置（wiki、Notion、Confluence），并在 PagerDuty 的排班条目中链接每次交接。
8. 若接班工程师无法在交班方下线前验证告警是否正常：增加标准步骤——交班工程师触发一条测试告警，确认接班工程师在 PagerDuty 和 Slack 中收到后，才结束重叠窗口。