在我们的印象中,录入数据,储存文档内容都是很枯燥烦琐的事,但是要想让团队能够及时地获取知识这些事又不得不做,一旦身心涣散很难做好该工作。那么有没有什么办法让我们在搭建知识库的时候不那么枯燥,不那么无聊呢?

答案当然是:有的!

在我说出这个神秘方法之前,首先需要理解知识库的特性:

知识库是企业或者团队为了将团队各位成员掌握的知识或者经验等抽象内容记录在实际文档上的表现。通常知识库除了包含实际的知识内容外,还包括这些内容本身的从属关系,联系等等结构化内容。

那么说到这里答案已经呼之欲出了,那就是从知识库结构入手!

知识库架构 hms 知识库模型_javascript

关于知识库结构:

在这里我得首先声明,不同企业不同团队他们的知识是不一样的,因此在进行知识库搭建时就要根据企业或者团队自身的特性来定制,而非严格按照某一模板照抄,就像每个人的车座,各自有各自适合的才好!

模块化

首先,知识库里的内容必须是模块化的,将不同的知识分装,打包并安装在各个地方才能够让知识更直观地表现出来。那么我们在进行知识库搭建的时候,首先要做的便是将我们获取的知识模块化,例如:管理就可以分为计划、组织、领导、协调、控制。那么我们在搭建关于【管理】的知识库时,就可以分为计划、组织、领导、协调与控制这几个小的模块来进行进一步的知识分装。

层次

知识是具有层次化的,从低到高分别为:事实知识,控制事实知识,策略知识等等。其中实施知识便是我们最容易看见的直接暴露在文档上的知识,而控制事实知识类似于规则,是用来控制最底层的事实知识的知识。而策略可以认为是规则的规则,主要控制中间层的控制事实知识等。我们在搭建知识库时,要考虑怎样搭建好这个知识库的层级关系至关重要!

可信度

可信度不属于任何一个层次,而是针对知识库中的各层次都标记可信度,消除知识库中知识的不确定性,来保证输出的知识都是实用且有效的。

典型方法库

我们在搭建知识库中肯定会遇到一些必定存在答案的问题,例如:二进制下1+1=2等等,那么我们可以把这些必然存在答案的问题作为典型方法库。这样在之后的知识库使用过程中,遇到一些符合典型方法特性的问题可以通过知识库直接调取解决方案,非常方便实用。

知识库架构 hms 知识库模型_模块化_02

看到这里,你是否觉得知识库还有许多空间供我们去开发。知识库并不是一个简单地多功能文档存储工具,它所蕴含的知识流思想才是我们最应该看重的部分,搭建一个好的知识库非常的有成就感,希望阅读这篇博客文的你能够早日搭建优秀的知识库,实现团队知识管理!