5 年经验面试：团队的知识都在几个人脑子里，你怎么做知识沉淀？
面试怎么回答
文档写不起来，通常是因为没有回报、写了没人看且很快过时、要求太高。我会优先沉淀最常被问到的内容：核心表和指标的粒度、口径、负责人，常见故障的运维手册，设计决策记录，业务规则和踩坑复盘。关键是嵌入流程：新表上线必须填写元数据并在评审中检查，评审用的方案文档就是设计文档，故障复盘直接进入运维手册；表结构、血缘、更新时间由元数据平台自动采集，人只补充业务含义；所有文档放在一处便于搜索，群里被问到两次以上的问题就整理成文档；文档贡献计入绩效，技术分享轮流做。防止过时则要求文档有负责人和更新时间，表变更时同步更新文档，定期清理。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
「这个表的口径只有老张知道」「这个任务为什么这么写，得问已经离职的小李」——这是很多数据团队的常态。面试官问这道题，是想看你能不能把个人经验变成团队资产，而且让沉淀能持续下去，而不是搞一次文档运动就结束。
为什么文档总是写不起来
- 写文档没有回报，大家都忙着交付需求；
- 文档写了没人看，很快过时，大家更不愿写；
- 要求太高：一份「完整的数仓设计文档」让人望而却步。
沉淀什么
按使用频率排序，优先沉淀最常被问到的：
- 核心表和指标说明：粒度、主键、口径、更新时间、负责人，这是被问得最多的；
- 运维手册：常见故障的排查和处理步骤，值班时直接用；
- 设计决策记录：为什么选这个方案、考虑过哪些替代方案、当时的约束。几年后最有价值的正是这些「为什么」；
- 业务知识：业务流程、关键概念、特殊规则（比如某类订单不计入 GMV）；
- 踩坑记录和复盘。
怎么让它持续
- 嵌入流程而不是额外工作：
- 新表上线必须填写元数据（描述、负责人、口径），在评审和上线流程中检查；
- 方案评审用的文档就是设计文档，不需要另写；
- 每次故障复盘自动成为运维手册的一部分；
- 尽量自动生成：表结构、血缘、更新时间、使用频率由元数据平台自动采集，人只补充业务含义；
- 一处查找：所有文档放在统一的地方，有清晰的目录和搜索；
- 问答转文档：群里被问到两次以上的问题，回答者顺手整理成文档，下次直接发链接；
- 认可和考核：文档贡献在绩效中体现；技术分享轮流进行。
防止过时
- 文档标注负责人和最后更新时间；
- 表或任务变更时同步更新文档，作为上线检查项；
- 定期清理过时文档。