用一张「单点依赖地图」把离职交接从口头变成可核验的清单一、问题离线知识没有索引小团队最容易踩的坑不是没人而是关键路径只挂在一个真人身上。他的知识以什么形式存在口头、习惯、私人笔记。没有索引没有版本没有可检索入口。一旦这个人离线公司得到的结果不是「暂时慢一点」而是这条路径直接 404。二、把「只有他知道」变可枚举单点依赖地图做法极其朴素——三列一件事一行# 单点依赖地图.yaml - 事项: 客户A的报价口径 当前负责人: 张工 # 写人名不写岗位 上手周期: 3周 # 2周视为单点 备份人: 无 # 填不出 单点 - 事项: 对接平台B的报错绕行 当前负责人: 李工 上手周期: 1个月 备份人: 无判据只有两条上手周期 2周或备份人 空→ 记为单点。就这么简单。# 快速统计单点占比jq 口径 jq [.[] | select(.备份人 无 or .上手周期 | test(月))] | length 单点依赖地图.json实测提醒别用「岗位」当 key。同一个岗位名在两家公司指的完全不是一回事用「事项」当 key 才能枚举出真正的单点。三、交接清单的四栏结构只写「入口」是不够的。四栏缺任一栏清单就会退化成资产表栏位内容为什么必要入口第一步从哪开始账号/文档在哪没有入口接手人无法复现口径什么算正常什么必须停手口径缺失 → 一律靠猜坑踩过的错 当时怎么绕的唯一无法从公开信息补的一栏找谁定不了时谁能拍板防止接手人卡死在边界上四、工程判断为什么必须有「坑」这一栏前三栏都能靠文档补齐只有第三栏补不了——它是别人用试错换来的。我们在自己内部做知识库时验证过一件事内容不够不是僵尸库的成因缺少主动触达才是。知识库上线初期访问热闹两个月后基本无人打开。复盘结论不是搜不到是没人想起要去搜。对应到交接清单就是必须配两个动作1. 定期体检清单有没有失效、责任人有没有换2. 主动推送在触发场景里推而不是等人来搜五、给技术人的落点建议清单先落成结构化文件YAML/JSON再考虑进知识库纯 Markdown 无法做失效检测。每条事项加last_verified字段超过 90 天未复核则标记过期。单点就是技术债可以像对待 TODO 一样上墙、排期、逐个消。别用错别字或口语化措辞去伪造「真人感」——平台质量分扣分且不可复现。六、接进体检流程可直接跑清单落成 YAML 之后最有价值的一步是让它能自己报出过期项# 找出超过 90 天未复核的单点 grep -n last_verified 单点依赖地图.yaml | head -3配套一段校验脚本跑起来长这样示例输出2026-10-07 09:12:03 WARN 单点未复核 事项客户A的报价口径 天数179 2026-10-07 09:12:03 ERROR 备份人缺失 事项对接平台B的报错绕行 2026-10-07 09:12:03 INFO 体检完成 单点 7 个 过期 2 个Script 返回非 0 时接进 CI或挂到每周一次的巡检任务里。最常见的失败是 YAML 标点写错加载阶段就炸yaml.scanner.ScannerError: mapping values are not allowed here in 单点依赖地图.yaml, line 14, column 22也就是说清单不体检三个月后同样会变成僵尸。七、结论交接的本质不是「把文件给出去」而是把一条只有一个人能走的路径变成公司里可检索、可备份、可验证的资产。先画图再谈工具。顺序反了工具装多少台都一样。我是合尘猫 SavantCat我们专注小微企业知识库与 AI 客服落地。本文由 AI 辅助起草事实与数据经人工核验。 
长河君 · 2026/10/8 22:42:32 · 阅读 1.2k 用一张「单点依赖地图」把离职交接从口头变成可核验清单
用一张「单点依赖地图」把离职交接从口头变成可核验的清单一、问题离线知识没有索引小团队最容易踩的坑不是没人而是关键路径只挂在一个真人身上。他的知识以什么形式存在口头、习惯、私人笔记。没有索引没有版本没有可检索入口。一旦这个人离线公司得到的结果不是「暂时慢一点」而是这条路径直接 404。二、把「只有他知道」变可枚举单点依赖地图做法极其朴素——三列一件事一行# 单点依赖地图.yaml - 事项: 客户A的报价口径 当前负责人: 张工 # 写人名不写岗位 上手周期: 3周 # 2周视为单点 备份人: 无 # 填不出 单点 - 事项: 对接平台B的报错绕行 当前负责人: 李工 上手周期: 1个月 备份人: 无判据只有两条上手周期 2周或备份人 空→ 记为单点。就这么简单。# 快速统计单点占比jq 口径 jq [.[] | select(.备份人 无 or .上手周期 | test(月))] | length 单点依赖地图.json实测提醒别用「岗位」当 key。同一个岗位名在两家公司指的完全不是一回事用「事项」当 key 才能枚举出真正的单点。三、交接清单的四栏结构只写「入口」是不够的。四栏缺任一栏清单就会退化成资产表栏位内容为什么必要入口第一步从哪开始账号/文档在哪没有入口接手人无法复现口径什么算正常什么必须停手口径缺失 → 一律靠猜坑踩过的错 当时怎么绕的唯一无法从公开信息补的一栏找谁定不了时谁能拍板防止接手人卡死在边界上四、工程判断为什么必须有「坑」这一栏前三栏都能靠文档补齐只有第三栏补不了——它是别人用试错换来的。我们在自己内部做知识库时验证过一件事内容不够不是僵尸库的成因缺少主动触达才是。知识库上线初期访问热闹两个月后基本无人打开。复盘结论不是搜不到是没人想起要去搜。对应到交接清单就是必须配两个动作1. 定期体检清单有没有失效、责任人有没有换2. 主动推送在触发场景里推而不是等人来搜五、给技术人的落点建议清单先落成结构化文件YAML/JSON再考虑进知识库纯 Markdown 无法做失效检测。每条事项加last_verified字段超过 90 天未复核则标记过期。单点就是技术债可以像对待 TODO 一样上墙、排期、逐个消。别用错别字或口语化措辞去伪造「真人感」——平台质量分扣分且不可复现。六、接进体检流程可直接跑清单落成 YAML 之后最有价值的一步是让它能自己报出过期项# 找出超过 90 天未复核的单点 grep -n last_verified 单点依赖地图.yaml | head -3配套一段校验脚本跑起来长这样示例输出2026-10-07 09:12:03 WARN 单点未复核 事项客户A的报价口径 天数179 2026-10-07 09:12:03 ERROR 备份人缺失 事项对接平台B的报错绕行 2026-10-07 09:12:03 INFO 体检完成 单点 7 个 过期 2 个Script 返回非 0 时接进 CI或挂到每周一次的巡检任务里。最常见的失败是 YAML 标点写错加载阶段就炸yaml.scanner.ScannerError: mapping values are not allowed here in 单点依赖地图.yaml, line 14, column 22也就是说清单不体检三个月后同样会变成僵尸。七、结论交接的本质不是「把文件给出去」而是把一条只有一个人能走的路径变成公司里可检索、可备份、可验证的资产。先画图再谈工具。顺序反了工具装多少台都一样。我是合尘猫 SavantCat我们专注小微企业知识库与 AI 客服落地。本文由 AI 辅助起草事实与数据经人工核验。