一、ISO/IEC 20000-1:2018 7.6 标准原文
条款要求：组织应确定、保持并使可获得为服务运行和服务管理体系有效运行所需的知识和技能。组织应考虑从经验、变更、事故、问题、改进和外部来源获得知识，并确保这些知识和技能能够被适当共享和更新。
二、标准条款解读说明
2.1 知识和技能管理表
| 对象 | 典型内容 | 管理重点 |
|---|---|---|
| 运行知识 | 标准操作、故障处理步骤、监控阈值、常见请求处理办法 | 便于一线快速调用 |
| 专家知识 | 复杂系统经验、根因分析方法、架构依赖理解 | 防止单点专家依赖 |
| 管理知识 | SLA规则、升级路径、供应商接口要求、报告口径 | 确保过程执行一致 |
| 技能传承 | 带教、演练、轮岗、案例复盘、发布前培训 | 让知识转化为可执行技能 |
2.2 核心理解
IT服务组织常见的隐性风险，是高度依赖“几个懂系统的人”。一旦这些关键人员休假、离职或无法及时响应，服务质量就会迅速波动。7.6正是要把个体经验转化为组织知识，让团队在面对事件、变更、请求和问题时，不必每次都从头摸索。
知识和技能条款与7.2不同。7.2更强调“人是否具备能力”，7.6则更强调“组织是否保存和共享能力所依赖的知识”。例如，某问题的排查路径、某变更的回退经验、某客户特殊窗口期、某供应商升级通道，这些都属于组织资产。知识如果不沉淀，人员再强也难形成稳定体系。
2.3 知识条款的核心，不是存量，而是流动
很多组织都建过知识库，但真正长期有效的不多，原因通常不是没有内容，而是知识没有在服务流程里流动起来。若一线人员不知道去哪里找、问题处理后没人更新、旧条目没人淘汰，那知识库很快就会变成“文档墓地”。因此，7.6 真正强调的是知识在获取、验证、共享和更新之间的循环。
从服务治理看，知识管理还是降低关键人依赖和缩短学习曲线的重要工具。一个成熟组织不应让新人每次都靠口头带教摸索，也不应让夜班团队在关键故障时只能等专家上线。只要知识真正进入值班、工单、变更和复盘流程，组织的平均服务能力就会明显提高。
三、实施要点
3.1 明确关键知识范围
- 优先识别影响关键服务连续性的知识，如故障处置、值班交接、回退方案、业务高峰保障策略。
- 将频发事件、高风险变更、重大事故复盘、关键供应商接口信息纳入沉淀范围。
3.2 建立知识获取机制
- 从事件、问题、变更、发布、投诉、演练和审计中提炼知识条目。
- 在重大事项关闭前强制补充知识更新，避免“问题解决了，经验没留下”。
3.3 建立知识治理机制
- 明确知识责任人、审核规则、有效期、分类标签和复审周期。
- 对过时知识及时归档或作废，防止旧文档误导现场处理。
3.4 让知识真正被使用
- 在工单系统中嵌入知识检索和引用，在值班交接中引用知识条目。
- 通过带教、演练、轮岗和案例分享，把知识从文档转成技能。
3.5 建立知识治理的长效机制
- 对高频知识、关键故障知识和高风险变更知识设置更短的复审周期，确保内容长期有效。
- 将知识更新责任与问题关闭、变更完成和复盘收尾挂钩，避免经验只停留在口头讨论。
- 对长期无人访问、内容过时或重复冲突的条目定期清理，提高知识库可用性。
- 通过知识引用率、一次解决率和新人上岗周期等指标，间接验证知识管理的业务价值。
四、常用工具与实施方法
| 工具/方法 | 用途 | 输出 |
|---|---|---|
| 知识库平台 | 集中存储和检索知识条目 | 知识条目库 |
| 复盘模板 | 从事故和变更中提炼经验 | 经验沉淀记录 |
| 值班交接模板 | 传递运行中关键知识 | 交接记录 |
| 知识审核机制 | 确保内容有效和可用 | 审核和复审记录 |
| 案例分享会 | 促进技能传承和复用 | 分享纪要和改进项 |
五、典型案例
案例一：依赖单个专家导致恢复缓慢
某企业核心系统故障只靠一位资深工程师定位，结果其出差期间同类故障恢复时间翻倍。团队依据7.6整理排障步骤、关键日志位置和升级链条，并通过演练让多人掌握处理路径，后续恢复效率显著改善。
案例二：知识库与工单联动带来复用价值
某服务台长期重复处理相同请求，效率低且答案不一致。后来组织将知识条目与请求类别绑定，一线人员在处理工单时可直接调用标准答案和操作指引，请求解决时间大幅缩短。
案例三：重大故障经验变成组织资产
某云平台团队曾经历一次跨区域网络异常，最初恢复完全依赖少数架构专家。事后组织没有只停留在事故复盘，而是把故障症状、排查顺序、回退条件、客户通知模板和供应商升级联系人全部沉淀为知识条目，并在后续演练中反复验证。数月后再次出现类似波动时，值班团队即使在专家未第一时间到场的情况下，也能更有序地完成初步处置。这正体现了7.6把个体经验变成组织能力的价值。
知识管理真正成熟的组织，通常都能做到三件事：高频场景有标准知识可查，关键场景有经过验证的处置经验可复用，人员变化时核心知识不会随人一起流失。这三件事看似普通，却决定了组织是在靠“个人英雄主义”维持服务，还是在靠组织化能力维持服务。
知识和技能一旦形成这种循环，组织在面对人员流动、服务扩张和复杂故障时就会更从容，这也是知识条款真正能拉开服务成熟度差距的原因。
因此，7.6 的长期价值并不只是提升效率，更是在关键时刻让组织不至于因为经验断层而失去服务控制力。
一旦知识和技能沉淀进入良性循环，组织就会越来越少依赖少数人的记忆，越来越多依赖可以共享、可以验证、可以接力的组织能力。
这也是知识条款最终能提升服务韧性和组织成熟度的根本原因。
当同一类场景不再每次都从零判断、每次都靠老员工兜底时，组织才真正从“经验型服务”走向“可复制型服务”，这正是7.6最深层的管理意义。
知识和技能沉淀得越稳定，服务组织面对变化时就越不容易失速。
尤其在服务范围扩大、技术平台升级和人员轮换频繁的场景下，知识和技能管理往往决定组织是持续放大经验，还是不断重复旧问题。这也是7.6在长期运行中越来越重要的原因。
知识一旦沉淀成系统，服务能力就会更稳。
这也是服务组织从依赖个人走向依赖体系的关键一步。
组织也会因此更从容。
六、成文信息管理要求
- 保留知识管理制度、知识分类规则、知识条目、审核记录和复审记录。
- 保留值班交接、案例复盘、技能传承、轮岗带教和演练记录。
- 通过知识引用率、条目更新率、问题复发率等数据证明知识管理有效。
七、常见误区及踩坑提醒
| 误区 | 表现 | 正确做法 |
|---|---|---|
| 有知识库但没人用 | 条目很多，现场仍靠口口相传 | 把知识检索和引用嵌入工单与交接流程 |
| 只沉淀技术知识 | 忽略SLA、客户窗口、供应商接口等管理知识 | 同时覆盖运行知识、管理知识和经验知识 |
| 知识长期不更新 | 系统变了，文档还是旧版本 | 建立复审机制并与变更、发布联动更新 |
| 技能传承靠个人自觉 | 新人上手慢，老员工经验难复制 | 建立制度化的带教、演练和轮岗机制 |