知识共享 4 层 = 组织学习的工程化
解决什么问题：组织中知识只在少数人脑中—— 知识共享必须分层次，每层有明确机制。
业务问题
真实场景
场景 1：关键员工离职 = 项目瘫痪
- 工程师 A 离职
- 没人知道某个模块为什么这么写
- 没人知道某个测试为什么这么设计
- 没人知道某个客户的特殊逻辑
- 1-3 个月才能恢复
根因：
- 知识 = 个人脑中的私有
- 不流动 = 组织负债失败模式
| 失败模式 | 后果 |
|---|---|
| 缺乏心理安全 | 没人敢问问题 |
| 信息孤岛 | 团队间不沟通 |
| 口头传承 | 关键人离职 = 灾难 |
| 文档过期 | 误导新人 |
控制论视角
Ch 21："多级分散系统需要协调" + Ch 3 §3.x（信息流）
知识共享 = 组织级反馈环路
- 文档 = 信息的"测量记录"
- 培训 = 信息的"传输"
- Code Review = 信息的"反馈"
- 心理安全 = 信息流的"信道容量"核心概念
知识共享 4 层
L1：被动分享（最低成本）
- 写下来（文档）
- 看代码（搜索）
- 自动生成
L2：主动分享
- 团队内部 review
- 配对编程
- 内部 IM
L3：结构化分享
- 内部讲座
- 培训课程
- Codelab
L4：组织级分享（最高成本）
- 全员大会
- 跨团队轮岗
- 导师计划心理安全 = 知识共享的前提
无心理安全：
- 不敢问问题（怕显得无知）
- 不敢承认不知道
- 不敢指出错误
- 不敢讨论技术债
- 知识 = 私藏（保命）
有心理安全：
- 主动问问题（学习文化）
- 主动承认不知道
- 主动指出错误（避免更大问题）
- 主动讨论技术债（持续改进）
- 知识 = 共享（团队资产）Google 的工具机制
- g3doc（内部 wiki）
- Codelab（交互式教程）
- Code Search（代码搜索）
- Office Hours（专家坐班）
- Tech Talks（技术讲座）
- Design Docs（设计文档）
- Mentorship（导师制）工程实践
决策 1：知识共享投资分配
L1（被动）：40%
- 自动化文档
- 代码注释
- 类型即文档
L2（主动）：30%
- Code Review
- 配对编程
L3（结构化）：20%
- 内部讲座
- 培训
L4（组织级）：10%
- 跨团队轮岗
- 大型会议决策 2：知识共享工具选型
决策树：
1. 谁需要这知识？
- 全员 → wiki + 搜索
- 团队 → 文档 + Slack
- 个人 → 1:1 沟通
2. 知识类型？
- 概念 → 文档
- 操作 → 教程
- 决策 → Design Doc
- 经验 → Postmortem反模式 vs 正模式
| 反模式 | 正模式 |
|---|---|
| "我知道但没空写" | 知识沉淀是工程责任 |
| "口头说一下就行" | 文档化（异步） |
| "不需要培训，新人自学" | 系统化入职 |
| "团队壁垒" | 跨团队轮岗 |
性能指标
| 指标 | 衡量 | 健康值 |
|---|---|---|
| 知识流动率 | 新人能上手平均时间 | < 1 个月 |
| 文档覆盖率 | 关键模块文档覆盖 | > 80% |
| 心理安全评分 | 团队调查 | > 4/5 |
| 跨团队协作 | 跨团队 PR 比例 | > 20% |
边界判断
何时用什么层
| 知识类型 | 推荐层 |
|---|---|
| API 用法 | L1（文档） |
| 设计决策 | L3（Design Doc） |
| 故障复盘 | L3（Postmortem 公开） |
| 新人入职 | L4（导师 + 培训） |
| 跨团队协调 | L4（轮岗 + 大会） |
关键洞察
- 知识是组织资产——不流动 = 组织负债。
- 心理安全是基础——没有它，所有工具都失效。
- L1 投资回报率最高——文档化最便宜。
- 轮岗是终极知识共享——亲身经历比听说强 10 倍。
- 与 cybernetics 同构——Ch 21 多级分散 = 知识必须分散存储 + 集中共享。