知识转移是什么
知识转移（KT）指把特定领域的知识从一方系统化传递到另一方：制定计划（主题清单、讲解、跟做、验收），适用于项目移交、外包回收、团队重组与人员离职交接。它的产出不是一堆文档，而是接收方能独立完成真实工作。
怎么才算转移成功
按四步推进：讲解（原理与架构）、演示（原负责人操作）、跟做（接收方操作、原负责人旁观）、验收（接收方独立完成真实任务）。材料要包含架构文档、操作记录与历史故障案例；验收要有明确标准，例如独立值班一段时间无关键遗漏，而不是“感觉差不多”。
基本信息
| 阶段 | 讲解、演示、跟做、验收（独立完成） |
|---|---|
| 材料 | 架构文档、操作记录、历史故障案例与联系清单 |
| 验收 | 接收方独立完成真实任务并由原负责人确认 |
| 风险控制 | 转移期内保留双人值守与回退通道 |
典型使用场景
- 项目移交：从实施团队交接给运维团队并验收
- 外包回收：把系统运维能力收回内部
- 团队重组：系统归属变更时的知识交接
- 人员离职：关键岗位的知识与联系人清单交接
- 系统替换：新旧平台的运维要点与差异说明
- 跨地域接棒：把夜间值守能力转移到其他时区团队
KT 计划示例
KT 计划示例
第 1 周：系统讲解 3 场（架构、数据、部署与依赖）
第 2 周：跟做两次故障处置与一次发布操作
第 3 周：接收方独立处理一次变更，原负责人旁观
第 4 周：独立值班一周，记录问题并当周补讲
验收：清单逐项通过 + 原负责人书面确认，方可结束阶段与通过标准
| 阶段 | 形式 | 通过标准 |
|---|---|---|
| 讲解 | 架构与流程串讲 | 接收方能复述关键路径 |
| 演示 | 原负责人实操 | 接收方能正确解释每步目的 |
| 跟做 | 接收方操作 | 无需提示完成常见任务 |
| 验收 | 独立值守与变更 | 连续一段时间无关键遗漏 |
转移期要保留回退通道：接收方操作期间原负责人保持在可联系状态，重要操作留双人确认，否则首次失误就可能造成生产事故。