知识地图的简单思考

显性知识vs隐性知识

很显然，组织内部的诸多知识及知识间的相互关系，有时候是显性的，更多时候却是隐性的。显性知识一般会通过企业各种规章制度体现出来，比如《员工守则》、《开发管理制度》、《CMMI》。而隐性内容却不易发觉。自身内容隐讳的同时，还带有很多不确定因素，比如一些个人经验、办事逻辑、小圈子文化等。在一个显性信息充足的组织内，人们会很快熟悉环境，以较好的效率投入工作。相反，如果一个组织或团队总是依靠隐性的知识在运转，那么新近人员就会感觉到难以名状的阻隔，难以快速融入。更要命的是，即便在一个表面上显性知识丰富的组织内部，知识本身如果缺乏良好的维护，也会变成实质上的隐性。当一个按照过时的手册进行工作的人遭遇莫名其妙的挫折时，就会变得沮丧。

知识管理的一部分职责就是维持显性信息的品质，揭示隐性信息及其相互关系。捕获、存储、分发并管理这些知识。

知识地图

知识管理有很多种工具，知识地图是一种视觉方法。用视觉元素捕获来自工作流和岗位职责中的信息元素，让使用者能从一个信息源按路径找到另一个。

知识地图是不是必须的？我认为在每个人自己的脑海中其实都有自己的知识地图。怎样获取工作资源？怎样习得工作技能？怎样完成工作步骤？通常这些问题都是采用一种所谓“潜移默化”的方式存贮在脑海中的知识地图里的。大到一个项目的管理，小到一次报销流程。

视觉表达

知识地图看上去不一定都是一幅图。常见的是分层结构的文档目录，带有指向对应文件的服务器路径。在我们公司的服务器上，就有着浩瀚的一套套文档集。但对大多数人来说它们只是个形式，一份新的文档放进去就像石沉大海。旧的文档也都给人一种古董般的感觉，除了上次应付ISO和CMMI检查，没听说过谁去动它们。这些失去了生机的古董们还有一个大用处就是挡箭牌。

我倾向于非正式、非文档化的表达方式，因为知识库和文档目录给我的感觉太冰冷了，一组箭头都好过一个文档树。我还希望把知识和使用者都能同时标注出来，让路径不仅指向内容，还能指向人，指向背景。要是还能在这种探索中找到一点乐趣那就再完美不过了。

实际需求

当我把这样一份地图拿给一位文档管理员查看时，她认为展示的形式ok，但是逻辑关系显得很复杂。当我解释说每种流程用不同颜色的箭头、每个流程都是闭合的圆、每个角色都对应多个流程后，她认为这是一个合理的表达。如果把它作为一个工作成果交给上司，上司说不定会很开心。可是它没有解决一个最基本的问题：流程的品质要求。

我再拿给一位流程中的开发人员时，他的意见是，这些流程的确是工作中实际发生的，如果按照地图的说明，的确可以减掉一些负担。比如再次面临一个曾经的工作任务时，会快速找回当时的操作步骤，避免遗漏。但是也会担心这样一个问题：地图会不会成为紧箍咒？还有一个小问题：哪些是本部门的核心流程？

形式主义也是一个重要考量，有人会认为这只不过是在文山会海之外的又一个漂亮形式，缺乏制度上的周到设计，只会让一切都流于形式。另外还有一些自由主义者们，会鄙视这种高调的做法。图形只是一种表达手段，视觉的思考如何可靠？

不过这些反馈都恰恰说明了知识地图本身就是一个自我驱动的、可持续的发展过程。要使它发挥作用，前提必须是理解并接受自己的工作职责，并使这种职责成为你的信仰。缺乏这样一种由内而外的动力，是没有什么魔法能挽救的。