在系统规划与管理师考试中,知识管理是IT服务运营管理阶段反复命题的核心考点。从2019年到2024年,几乎每次考试都会出现与知识管理相关的选择题,而且命题角度越来越刁钻:既有概念层面的辨析,也有计算层面的考核指标推演。许多考生把知识管理简单理解为"建个文档库、写几篇操作手册",结果在考场上面对"知识淘汰率怎么算""隐性知识为什么可以转化成显性知识""知识库内容初始化不包括哪项"这类题目时频频失分。本文以系规教材的知识管理章节为主线,结合DIKW金字塔、SECI模型、知识库评审原则与考核指标计算,把这个考点从底层逻辑到命题陷阱完整讲透。
要理解知识管理,必须先厘清数据、信息、知识与智慧这四个概念之间的递进关系。教材对它们的定义有严格的界限:数据是客观事物的符号记录,是最原始的、未经加工的素材,例如服务器监控系统每秒钟采集到的CPU利用率数值,单独看没有任何业务含义;信息是经过加工处理、被赋予背景和目的的数据,回答了"谁、什么、何时、何处"的问题,例如"昨天深夜两点,订单数据库服务器的CPU利用率持续超过百分之九十五";知识则是对信息的进一步提炼、综合与判断,回答了"如何做"的问题,例如"当订单数据库服务器在业务低峰期CPU利用率异常升高时,应优先检查是否存在未优化的慢查询语句";智慧处在金字塔的顶端,是运用知识进行正确判断和决策的能力,回答"为什么"的问题,例如"根据业务增长曲线,判断何时需要启动数据库的读写分离改造"。
这四个层级构成了著名的DIKW金字塔模型,其中D代表数据,I代表信息,K代表知识,W代表智慧。在系规考试的命题语境中,命题人特别喜欢考查数据与信息的区别、信息与知识的区别。一条实用的判断标准是:是否经过加工、是否具有决策指导意义。数据是没有加工过的原始记录,信息是加工后可以理解的内容,知识是能够指导行动的经验与方法。IT服务运营中积累的故障处理经验、巡检操作手册、应急预案,都属于知识的范畴,而监控系统导出的原始日志、性能采集数据,则只是数据或信息的范畴。
按照系统规划与管理师考试教材的表述,知识管理是对知识进行获取、共享、保留和评审的全过程管理活动,其目标是把散落在个人头脑中的经验和散落在各个系统中的文档,转化为组织级的、可持续利用的知识资产。知识管理位于IT服务生命周期中的服务运营管理阶段,与规划设计阶段的知识库需求识别、部署实施阶段的知识库内容初始化与知识转移形成前后衔接的关系。这一点在考试中反复出现:2019年上半年真题第39题考查的正是这一生命周期定位,运维团队每季度对知识库进行全面评审,评审后将更新、整合的知识内容重新纳入知识管理流程,该项工作属于IT服务运营管理阶段的知识管理,而非部署实施阶段的知识库初始化。很多考生一看到"知识库"三个字就下意识选择"初始化",恰恰落入了命题人利用阶段定位设计的陷阱。
知识管理的深层原理,建立在对知识存在形态的二分法之上。教材将知识划分为显性知识和隐性知识两类。显性知识是可以被编码、文档化、结构化表达的知识,例如操作手册、故障处理方案、制度流程文档,它们可以被复制、传播和检索;隐性知识则是难以言传、高度个人化的知识,存在于专家的头脑之中,表现为经验、直觉、技能诀窍,例如一位资深运维工程师仅凭"感觉"就能判断某类故障的根源,但这种判断依据很难完整写成文字。
很多考生对隐性知识存在一个根深蒂固的误解:认为隐性知识很难转化成显性知识。2022年上半年真题第47题就以此为干扰项——"隐性知识很难转化成显性知识"是错误表述。事实上,隐性知识不仅能够转化为显性知识,而且这种转化正是知识管理的核心价值所在。日本学者野中郁次郎提出的SECI模型完整描述了显性知识与隐性知识之间的四种转化模式:第一种是社会化的转化,即从隐性知识到隐性知识,典型场景是师徒制、老带新,资深工程师带着新人现场处理故障,新人通过观察和模仿习得专家经验,此时知识始终停留在个人的隐性层面;第二种是外化的转化,即从隐性知识到显性知识,典型场景是经验分享会、案例编写,专家把自己的排障思路写成案例文档,把直觉性的经验提炼为可传播的文字;第三种是组合化的转化,即从显性知识到显性知识,典型场景是把散落在不同文档中的零散知识进行整合、分类、编目,形成体系化的知识库;第四种是内化的转化,即从显性知识到隐性知识,典型场景是新人通过学习知识库中的文档和参加培训,把显性知识转化为自己的工作技能,实现"干中学"。
这四种转化构成一个螺旋上升的循环:个人隐性知识经过外化变成组织显性知识,组织显性知识经过组合化形成知识库,知识库中的显性知识经过内化转化为更多成员的隐性技能,新的隐性技能又开启下一轮外化。SECI模型解释了知识管理为什么不是简单的文档归档,而是一个动态的、持续的知识创造过程。系规教材在阐述知识管理时虽然没有直接点名SECI模型,但"鼓励员工共享知识、把个人经验沉淀为组织知识"的表述,本质上就是外化与组合化的过程。考生掌握SECI模型,就能在概念辨析题中迅速识别出"隐性知识无法显性化"这类错误选项。
知识库是知识管理的载体,其运转遵循一条完整的闭环流程。第一步是知识获取,获取的渠道分为内部和外部两类:内部获取包括对事件处理记录、问题解决方案、巡检发现的总结提炼;外部获取包括从设备厂商、软件供应商、同行交流中引入的知识。第二步是知识共享,共享同样分为对内和对外两个方向:对内共享指知识在服务团队内部流动,对外共享指面向客户发布服务信息、操作指引等内容。这里有一个高频易错点:知识共享并非只对内进行,2022年上半年真题第47题的另一个干扰项"制定知识共享制度,知识共享只对内进行"也是错误表述,因为面向客户的对外知识共享同样属于知识管理的范畴。
第三步是知识保留,即把知识按照一定的分类体系存储到知识库中,确保知识不因人员流动而流失。第四步是知识评审,即定期对知识库中的知识进行审查,判断知识是否仍然正确、是否已经过时、是否需要更新或淘汰。2020年下半年真题第39题考查的正是评审原则:运维专家对知识库中一条"关于电话拨号上网访问网站缓慢的故障处理经验"提出更新或删除建议,其依据的评审原则是时效性——电话拨号上网这一技术已经退出历史舞台,相关知识失去了时效,应当淘汰。知识评审依据的完整原则体系包括四项:完整性、时效性、正确性、保密性。完整性要求知识内容要素齐全,时效性要求知识不过时,正确性要求知识经得起验证,保密性要求知识的分级与权限控制得当。
知识入库不是简单的堆砌,需要建立科学的分类体系。2024年下半年真题第9题考查了知识分类的维度:将知识分为客户关系管理、财务管理、流程管理、研发管理,是依据业务对知识进行分类。这道题给出了四个备选维度——浏览量、业务、知识地图、知识评分,正确答案是业务。这道题的命题价值在于提示考生:知识的分类存在多种维度,按业务领域分类只是其中一种。除了按业务分类之外,知识地图是另一种重要的组织方式,它以图谱化的方式展示知识点之间的关联关系,帮助使用者沿着某个知识主题快速定位相关内容;按浏览量和按知识评分分类,则是从使用热度和质量评价的角度对知识进行排序,服务于知识的优胜劣汰。在IT服务运营的实际场景中,一个成熟的知识库通常同时采用多个维度:一级分类按业务领域划分,二级分类按技术主题划分,辅以浏览量统计和用户评分作为知识更新与淘汰的参考依据。
备考中还有一个极易混淆的概念对:知识转移与知识管理。两者都围绕知识展开,却分属不同的生命周期阶段。知识转移发生在部署实施阶段,其核心是知识的交接与承接:服务提供商将应用系统资料、基础架构资料、业务资料以及工具使用知识,从开发团队、原维护团队或设备厂商一方,系统性地转移给即将承担运维职责的服务团队,保证新团队具备接手运营的知识储备;知识管理则发生在运营管理阶段,是在知识转移完成的基础上,对知识进行持续的获取、共享、保留与评审。简而言之,知识转移解决的是"开局接棒"的问题,知识管理解决的是"长期经营"的问题。2019年上半年第39题把"知识库评审后重新纳入知识管理流程"归入运营管理阶段,正是对这对概念边界的精确考查。