运维交接与遗留事项清单

这个场景能帮你做什么

成果验收后，接手人仍可能拿着旧手册，不知道告警阈值、未完工作及由谁处理。本任务核交付状态、文档、权限办理和遗留责任，形成双方可确认的交接清单。

开始前需要准备什么

准备当前交付版本、验收记录、操作维护及恢复说明、问题变更清单、相关决定、双方角色和权限办理规则。指定交接截止日。每条事项应有对象和依据，不能只给“项目完成”一个总状态。

具体怎么做

第一步：按证据核工作状态

让 WorkBuddy 区分已完成、进行中、未完成、受阻和待核实，完成项关联证据。接口部署完成不能推导全部手册、培训和运维都完成。

第二步：检查资料与交付版本

核手册、部署、恢复或回退说明是否对应当前版本，列缺章节、旧版内容和无法取得的资料。文件存在不等于内容可用，旧版回退说明不能因有文件就算齐备。

第三步：明确遗留与接手动作

每项未完工作列影响、下一动作、承接人、期限、依赖及关闭证据。缺姓名或日期标待确认，不为交接表整齐自行补承诺。

权限表只记录系统、授权状态、办理人和待办，不粘贴密码、令牌或私钥。是否生效由实际人员验证。

第四步：确认承接与复查

把需要双方确认的事项单列，说明责任何时转移。没有接手人或关键资料仍缺失时，明确交接未就绪。附条件承接需有批准、责任和后续节点。

涉及上线或流程切换时，逐项核首批使用者、培训或操作验证、试运行遗留、批准切换窗口、现场支持、恢复触发与执行权限。先记哪些条件已经取得证据、哪些仍阻塞放行，再由有权人作放行、附条件放行或暂缓决定。完成验收不能自动写成已获上线批准，交接也不能替代切换操作。

暂停的项目仍需明确保留资产、最低维护责任、未结义务和恢复评审条件；提前终止按批准决定交接已有成果及未完事项，不补造“全部完成”。

AI 项目还需约定知识或模型更新、异常回退及后续优化责任；具体按业务和技术安排，不能以验收通过推定长期稳定。

可以直接交给 WorkBuddy 的完整要求

请按指定截止日核对交接材料和遗留事项，原件不改。
逐项区分已完成、进行中、未完、受阻和待核实，完成要有依据，不把子项完成写成项目完成。
核交付与手册、恢复说明版本，列缺失、冲突及旧版引用。
遗留项列影响、下一动作、接手角色、期限、依赖和验证；缺项待确认。权限仅列状态和办理人，不收集密钥。
输出交接总览、文档核对、遗留与权限清单及双方待确认事项，不代接责任、不判授权已生效。
如涉及切换，分别列验收状态、投用前置、放行决定与交接确认。列约定培训操作验证、试运行遗留、窗口、支持及恢复责任；没有放行依据不写已准上线。

完成后会得到什么

交接总览、版本及资料缺口、遗留事项和权限办理表。接手人应看得清哪些能用、哪些仍需处理、找谁及怎样确认完成。

遗留项至少列“事项、对象版本、当前证据、影响、下一动作、承接人、承诺期限、复查人与关闭证据”。例如恢复说明仍为旧版时，先列待更新及待验证；只有接手人姓名而没有其确认，不能写责任已移交。若允许带遗留承接，应另列批准条件与依据。

结果应该怎么检查

完成声明有无证据；手册与交付是否同版；改进建议是否被写成已有效；每个遗留是否有人承接；权限是否经过实际核实。

遇到这些情况怎么处理

双方状态不一致先并列核实；无接手人不宣布完成交接；关键资料缺失由责任人决定补齐或按批准条件承接；无法验证运行状态时如实保留限制。

哪些由工具处理，哪些必须人工决定

WorkBuddy 整理证据与缺口。交接双方确认可用性、责任转移和未完承接，授权人接受风险。工具不凭文档推断系统运行正常。