服务恢复协调清单围绕“谁在什么时点确认什么”来组织，通常包含五类内容：使用对象与时点、分阶段检查项、每项的通过标准、证据与负责人、阻断项与完成条件。它适用于事件指挥、技术处置、业务沟通和值班交接等角色，在事件从发现到复盘交接的全过程中逐项核对。把清单落到可跟踪的工具中时，ONES可用于承载检查项、沟通记录与交接信息。
要点总览（TL;DR）
- 服务恢复协调清单按“角色—时点—检查项—通过标准—证据—负责人”组织，覆盖发现与定级、恢复执行、沟通同步、恢复确认、复盘交接五个阶段。
- 跨团队沟通模板固定包含当前状态、影响范围、已采取措施、下次更新时间四项，缺一项不算完成一次有效更新。
- 每项检查要写成可观察、可判断的通过标准，并配套可留存证据与明确负责人，代班规则一并写明。
- 阻断项（关键业务未验证、对外通知未发布、交接未确认等）未通过或未获例外审批前，不宣布恢复、不关闭事件。
- 清单落到工单字段、状态流转与文档模板上，才能用于恢复过程跟踪和复盘材料汇总。
谁在什么时点使用这份清单
服务恢复协调清单的第一部分要回答使用对象和介入时点。同一份清单在不同角色手里承担不同任务：事件指挥关注整体节奏与升级决策，技术处置关注操作是否完成、结果是否验证，业务沟通关注对外口径与更新节奏，值班交接关注信息是否完整传递。清单按角色划分使用段落，能减少“谁该看哪一段”的反复确认。
从时点看，一次服务事件通常经过发现与定级、恢复执行、沟通同步、恢复确认、复盘交接五个阶段。发现与定级阶段由首个发现人或值班人员启动清单；恢复执行阶段由技术处置负责人逐项勾选操作记录；沟通同步贯穿恢复全过程，由业务沟通角色按固定节奏更新；恢复确认阶段由事件指挥组织验证；复盘交接阶段由事件负责人把遗留事项移交问题治理环节。
| 角色 | 主要介入时点 | 在清单中的职责 |
|---|---|---|
| 事件指挥 | 定级后至事件关闭 | 确认级别、指定处置负责人、决定升级、批准恢复宣布 |
| 技术处置 | 恢复执行全过程 | 记录操作内容、执行人、时间与结果，提交验证证据 |
| 业务沟通 | 首轮通知至恢复通知 | 按模板发布状态更新，维护对外口径一致 |
| 值班交接 | 交接班时点 | 核对未完成项、遗留风险与下次更新时间，确认交接 |
清单在交接班和跨团队同步中的用法要写清楚：交接时逐项核对未完成项并签字确认，跨团队同步时以清单中的状态字段作为共同事实来源，避免口头转述造成信息断档。
发现与定级阶段的检查项
事件刚被发现时，清单要确保基础信息在第一时间登记完整，为后续定级和协调提供依据。这一阶段的检查项应逐条可判断，而不是笼统提示“记录事件”。
- 事件登记字段：发生时间（精确到分钟）、发现方式、影响范围（受影响服务、地域、用户群体）、受影响用户数量或比例、当前可观察现象。
- 严重级别判定依据：按影响范围、业务关键程度、是否影响核心交易或对外服务等维度给出判定表，并写明各级别的响应时限。
- 升级触发条件：例如影响范围扩大、持续超过约定时长仍未定位、涉及核心服务不可用等，触发后由谁决定升级、升级到哪一级。
- 首轮通知对象与时限：明确必须通知的岗位或团队，以及从定级到发出首轮通知的时间上限。
- 指挥角色与处置负责人指定：记录事件指挥和技术处置负责人的姓名与联系方式，避免多头指挥。
这一阶段的通过标准可以写成“登记字段无空缺且影响范围有明确描述”“级别判定有依据记录”“首轮通知在时限内发出并有回执”。负责人通常是首个响应值班人员，事件指挥在接手后复核。
恢复执行与沟通同步的检查项
恢复执行阶段最容易出现的问题是操作做了但没记录、沟通发了但口径不一。清单要把技术动作跟踪和沟通模板要素分开列项，各自有完成标志。
处置动作记录建议每条包含四项：操作内容、执行人、执行时间、执行结果（成功、失败、部分生效）。失败的操作同样要记录，因为它影响后续判断和复盘。关键操作如回滚、切换、扩容，应附上验证方式。
跨团队沟通模板固定包含以下要素，缺一项就不算完成一次有效更新：
- 当前状态：处置中、已缓解、已恢复或观察中。
- 影响范围：受影响的服务、用户和业务功能，以及是否有变化。
- 已采取措施：本轮已执行的关键动作及效果。
- 下次更新时间：给出具体时点，便于各方按节奏等待，减少反复追问。
更新节奏要写进清单：例如重大事件每30分钟更新一次，较大事件每60分钟更新一次，并在固定同步时点组织简短同步会。升级与求助的触发条件同样列明，例如定位超过约定时长、需要跨产品线支援、涉及第三方依赖等，触发后由事件指挥发起求助并记录。
恢复确认与复盘交接的检查项
服务“看起来好了”和“确认恢复”是两件事。恢复确认阶段的清单要给出可验证的口径，避免过早宣布恢复。
- 服务可用性确认：核心接口或页面可正常访问，错误率、响应时间回到正常区间。
- 关键业务验证：由业务方按预设的关键业务场景逐项验证，例如下单、支付、查询等，记录验证人和验证时间。
- 监控指标回归：相关监控指标连续观察一段时间无异常，观察时长在清单中写明。
- 对外与对内恢复通知：按模板发布恢复通知，说明恢复时间、影响时段和后续观察安排。
- 遗留风险与临时措施记录：例如临时扩容、降级开关、绕过某依赖等，写明保留期限和恢复原状的责任人。
- 转问题治理的交接内容：根因线索、已排除方向、相关日志与操作记录、待跟进事项，以及接收责任人。
这一阶段的通过标准是“关键业务验证全部通过并有验证记录”“恢复通知已发布”“遗留事项已登记责任人与期限”。事件指挥负责组织确认，问题治理接收人负责确认交接内容完整。
每项检查的通过标准、证据与负责人
清单能否真正用于跟踪，取决于每一项是否具备可判断的完成标准、可留存的证据和明确的负责人。建议为每个检查项设置统一字段，形成固定结构。
| 字段 | 写法要求 | 示例 |
|---|---|---|
| 检查项 | 一个动作或一个确认点，避免复合描述 | 完成关键业务场景验证 |
| 通过标准 | 可观察、可判断完成，尽量带数量或时点 | 预设的5个场景全部验证通过并记录验证人 |
| 证据 | 可留存、可回看的材料 | 验证结果截图、事件记录、沟通记录、交接单 |
| 负责人 | 具体岗位或姓名，写明代班规则 | 业务验证由业务值班负责人执行，代班人需在交接单注明 |
| 检查时点 | 在流程中的哪个节点核对 | 宣布恢复前、交接班时、事件关闭前 |
| 复核方式 | 由谁以什么方式复核 | 事件指挥在关闭前逐项复核并确认 |
通过标准的写法要避免“处理完成”“沟通到位”这类无法判断的表述，改成“通知已发出且收到回执”“操作结果已验证并记录”。证据类型按检查项匹配：登记类看事件记录，沟通类看沟通记录，恢复类看验证结果，交接类看交接单。负责人字段要写清代班规则，例如值班人员临时离岗时由同班次指定人员接替并在清单中更新，避免责任悬空。
阻断项与清单完成条件
阻断项是指未完成就不能宣布恢复或关闭事件的检查项。把它们单独标出，可以防止流程在关键确认缺失时被推进。
- 关键业务未验证：预设的关键业务场景存在未验证或验证失败的情况。
- 对外通知未发布：恢复通知尚未按模板发出，或对外口径与实际情况不一致。
- 交接未确认：交接班或转问题治理的接收方未确认接收。
- 遗留临时措施无责任人：降级开关、临时扩容等未登记责任人与恢复期限。
阻断项的处理要有例外审批路径：确因客观条件无法完成时，由事件指挥提出、上一级负责人审批，并在清单中记录例外原因、风险接受人和补做期限。清单整体完成条件可以定义为：所有阻断项已通过或已获例外审批，常规检查项完成率达到约定比例，未完成项均已登记责任人与期限。
未完成项的跟踪方式要写进清单：每项标注状态（未开始、进行中、已完成、已豁免）、责任人和截止时点，事件关闭前由事件指挥统一核对，关闭后仍未完成的转入问题治理或改进事项继续跟踪。
用ONES承载清单与恢复过程跟踪
清单写在文档里容易变成一次性材料，真正用于跟踪需要落到工作项和状态流转上。ONES Desk 支持事件管理及问题管理，工单可直接关联到待办事项列表，打通服务团队和研发团队的协同；同时可评估和定义工单优先级，优先处理紧急事件。这些能力适合把发现与定级阶段的登记字段、级别判定和处置负责人指定固化为工单属性。
具体落地时，可以把检查项配置为工单字段与状态流转：利用自定义工单属性满足不同角色的收集需求，利用工作流调整适配团队实际的恢复流程。恢复执行阶段的处置动作记录、沟通更新和交接单，可以作为文档附着在事件工单上；ONES Wiki 支持页面模板库一键创建制式化文档模板，适合把沟通模板和交接单做成固定格式，文档记录所有页面版本并支持查看与回滚，便于回看每次更新内容。
恢复过程的时间线留痕与交接确认，可以借助工单处理情况的汇总视图把控进度，管理者视角能汇总工单处理情况、了解处理进度。复盘阶段，工单一键关联到 ONES Project 的需求或缺陷工作项可持续跟踪至处理完成，一键关联到 ONES Wiki 页面则可记录并分析问题、沉淀服务经验。这样，清单中的检查项、证据和责任人就在同一处事件记录中形成闭环，复盘材料可直接从事件记录汇总，减少另行收集的成本。
常见问题
事件持续很久但一直没定位到原因，清单还要求先完成定级和首轮通知吗？
要求。定级和首轮通知依据的是已观察到的影响范围与业务关键程度，不依赖根因是否明确。清单可以把级别写成“暂定级别”，并注明复核时点，例如定位有进展或影响范围变化时由事件指挥重新判定。首轮通知同样按定级结果发出，内容说明当前已知情况、影响范围和下次更新时间即可，后续更新再补充细节。
恢复执行中某次操作失败了，要不要记进清单？
要记。失败的操作会影响后续判断和复盘结论，清单中每条处置动作记录应包含操作内容、执行人、执行时间、执行结果，结果字段区分成功、失败、部分生效。失败操作还应写明后续替代动作或放弃原因，避免复盘时只看到成功记录、无法还原真实处置路径。
阻断项确实无法在关闭前完成，清单允许放行吗？
允许走例外审批，但需要留痕。由事件指挥提出例外申请，上一级负责人审批，清单中记录例外原因、风险接受人和补做期限。获批后该项标记为已豁免，事件可以关闭；未获批的阻断项不能放行。关闭后仍未完成的补做事项转入问题治理或改进事项继续跟踪，由接收责任人确认。
值班交接时清单怎么用，交接双方各要确认什么？
交接时逐项核对未完成项、遗留风险与临时措施、下次更新时间，交班人说明当前状态和待办，接班人确认接收并在交接单上签字。清单中负责人字段要写清代班规则，例如值班人员临时离岗由同班次指定人员接替并更新清单，避免责任悬空。跨团队同步时以清单中的状态字段作为共同事实来源，减少口头转述造成的信息断档。
清单在ONES里怎么承载，才能用于恢复过程跟踪？
可以把检查项配置为工单字段与状态流转，把发现与定级阶段的登记字段、级别判定和处置负责人指定固化为工单属性；ONES Desk 支持自定义工单属性、调整工作流，并可评估和定义工单优先级。处置动作记录、沟通更新和交接单可作为文档附着在事件工单上，ONES Wiki 支持页面模板库一键创建制式化文档模板，文档记录所有页面版本并支持查看与回滚。管理者视角可汇总工单处理情况把控进度，复盘时工单可一键关联到 ONES Project 的需求或缺陷工作项持续跟踪，或关联到 ONES Wiki 页面沉淀服务经验。
