我说知识管理体系
四月 18th, 2010 at 02:10 (卓越学习)
现在残月似乎把注意力从时间管理转移到知识管理上来了。其实我觉得,自己早就应该建立自己的知识管理体系了。直到现在才算有一个比较合适的知识管理体系,已经算比较晚了。
关于知识管理的概念,有很多种说法。有的说应该叫信息管理,有的说知识无法管理等等。纠缠于这些概念对事情没有什么帮助。清淡误国,残月决定抛开这些理论性的东西,直接探讨实际应用。
就像GTD体系中,把时间管理分为收集 Collect 、处理 Process 、组织 Organize 、回顾 Review 、执行 Do 一样,知识管理体系也可以分为类似的几个步骤。我们依次来分析一下。
Collect
Collect是知识管理的第一步。个人感觉,这一步其实可以叫成信息管理,就是把你需要的或者需要管理的东西都以某种形式收集起来。比如想了解Excel方面的知识,那么首先得找一些相关资料,比如一本评价较高的书,几篇介绍Excel使用技巧的文章,几个以写Excel为主的博客。没有了收集,知识也就没有了来源,所以Collect是第一步。与Collect相关的软件非常多,多到让人有点无所事从。大家常提到的笔记软件就属于这一类。这方面Xbeta老大有很详细的论述,尤其其中的三强篇和梦想篇,值得大家仔细阅读。但是工具太多了,也就容易陷入工具控,太过执着于软件、工具的寻找,反而把最为重要的后继步骤丢到了一边,就未免有点舍本逐末了。成天忙于测试各种笔记软件、不停地把自己的资料从一个系统搬到另一个系统,实在是在浪费时间。另外有些人,不忙于软件,却忙于资料,也十分不可取。互联网时代,我们能找到的资料远远大于我们可以想像到的。忙于收集、忙于下载,电脑硬盘里有了好多资料,却从来没有好好看过一本书,这样的Collect,不要也罢。
Process
在完成资料的收集之后,就到了Process的过程。在GTD体系里,Process的核心是一个问题,What is it。也就是说,要判断这东西是什么,对我有什么作用。在个人知识管理里,也可以借用这一概念。只不过,GTD中Process的结果是Trash、Someday/Maybe和Reference以及Actionable,知识管理体系中则有所不同。正常来说,我们上网的时候会有很多的信息,我们一边上网,一边把我们当时觉得有趣、有用的东西都以某种方式保存了下来。等我们收集好了,就要回过头来整理了。这时候的主体就是当时我们保存了的东西。对于一篇文章,就可以判定一下,这篇文章有什么价值没有?保存它对我有什么指导意义没有?有保留下来的必要没有?如果有,就可以进入到下一个环节,如果没有,那么这东西保存不保存也罢。比如上网看到一则笑话,说实话,残月觉得保存的价值不太大。因为只要你愿意,你可以随时在网上找到好多好笑的笑话;同时,保存这则笑话也不会对你的生活起太大的帮助。当时乐一下,开心一下,也就是了。如果这类信息也都保存下来,那我们所需要管理的东西就太多了。在信息时代,我们所要学习的,不是加法,不是如何获取更多的资讯,而是要学会做减法,如何把太多、太杂、太没有用却干扰我们的信息从我们的注意力中转移出去。所以,把大多无用的东西都放入Trash里是很明智的选择。在Process阶段,我们要确定的,大概可以分为三类,就是Trash、Reference和Actionable。Trash是我们毫不犹豫要丢掉的;Reference是对我们有用的、有指导作用的的信息,可称之为资料;Actionable则是我们当下需要的。比如现在正在写论文,上网查了一些相关资料,然后写到论文里,这些资料就是Actionable的。但是Actionable只是一个临时解决方案,到最后,还是要把它们归入到Reference里。所谓Reference,可以理解为所有资料的最终汇集。
Organize
Organize相比前两个步骤,是相对要更加难一点的。因为每个人的习惯不同,每个人组织管理的方式也多不同。而且针对不同的管理体系,Organize的方式也不同。但是还是有一些原则需要遵守的。
原则之一:易于查找。我们之所以要进行知识管理,是为了在需要的时候要更为方便的找到资料。如果管理来管理去到最后却根本找不到自己所需的资料,这种管理不要也罢。所以知识管理的核心原则之一,就是要易于查找。
原则之二:方便管理。这个原则主要是针对我们使用来说的。方便管理,就是要做到方便组织,在我们想要进行查找或者归档的时候,都要能很方便的进行。如果每次保存一份资料都要经过3个步骤及两种格式转换,或者每次查找资料都要打开多个程序,估计没有谁有多少耐心去长时间的坚持下去的。所以知识管理的时候一定要方便,最好可以做到一键收集、一键管理。如果做不到(Windows下程序之间共享数据实在不是很方便。所谓OLE个人感觉不是很好用。至于其它系统,没有用过,没有发言权),至少两个步骤应该做到的。如果多于两个步骤才能完成收集,或者查找,则系统需要进一步改进了。
原则之三:持久。这个原则是残月的惨痛教训。作为一个软件爱好者,残月当年也不停地在各种软件之中穿梭,也就是之前说的工具控。但是知识管理系统不像一般的小工具软件,换来换去没什么大问题;知识管理系统频繁切换的后果就是没有一个很好的系统。很多数据就是在不停的切换中丢掉了。所以在管理软件选择的时候要谨慎,一旦选定了,就不要轻易变换。
Review
在GTD体系里,Review就是回顾,单纯的回顾。但是对于知识管理体系来说,Review有一个前提,就是已经消化了你想要管理的东西。也就是说,读了,理解了。所以,这个Review可以分为两个概念,一个是自我消化,一个是回顾。
消化的话,其实应该属于执行阶段的任务。比如想学习Excel,把资料都Collect来了,也Process好了,也放入到了一个比较可信的Organize系统里了,但是从此以后却再也没有动过这些东西,那这些东西不能算是你的知识。它是别人的。可能是作者的,可能是其他读者的,也可能是电脑硬盘的,但是绝对不是你的。这时候就到了一个核心部分,所有知识管理体系应该都是为了这个部分服务的。没有消化、没有理解、没有执行,一切都是空谈。这部分没有太多的可以说的,Just Do It就是了。相关的方法论的话,可以读读《如何阅读一本书》。
在执行、消化之后,如果没有很好进行回顾。就像一只过冬的松鼠,不停的收集,但是最终可能什么都没有剩下。根据人体的遗忘曲线,知识不管掌握的有多牢固,长久不再接触,也就会生疏,及至遗忘。所以定期回顾是非常必要的。对于GTD,这个回顾通常是以周为单位的,进行一周检视。而对于知识管理,每周都把自己所有的知识面都回顾一遍显然是不太可能的。我们能做的,只能是尽量多的回顾。而且一次不求把所有的知识都回顾到,这也是不可能的。但是每天都看一下自己的体系里面某个方面,保持不遗忘,还是可以做到的。这里可以用一些记忆辅助软件来帮忙。
Do
其实在Review里的第一部分就等于是Do的内容。之所以没有把它放入到Do的内容里,是因为Do还有更为重要的东西。这部分就涉及到了知识管理的终极目标,也就是为了什么我们要进行知识管理。就像GTD里说的,为什么。知识管理的目标不是为了管理,而是为了产出。只有收集、整理、消化、回顾,却没有产出,这样的管理,不管理也罢。不管理还能省点心省点事。所以在上面所有阶段都完成以后,就到了产出阶段了。能产出什么因人而异,看你追求的是什么。产出可以是一篇文章,出版了一本书,或者更高的技能,谋求了更好的职业发展等等。但是无论是什么,要有产出。而且产出一定有可具化,也就是说,有成品,能看得见、摸得着,而不是只存在于自己脑海中。大脑应该用来做一些更加有创造性的事情,而不是记忆很多东西。同时,自己的产出如果没能及时的具现化,最后很可能就会遗忘。
总结
到此,残月自己对知识管理体系的想法大致写完了。下一篇文章,残月将结合自己的体会,写一下自己的知识管理体系,敬请期待。

结构程序开发的断想 | 我的奋斗 said,
四月 22nd, 2010 at 14:23
[...] 结构工程师爱上编程的结果,就是总想编制一些自己的程序。这种想法残月自打开始工作就有,一直到现在。也编过一些小东西,但是由于之前自己没有一个很好的知识管理体系,到现在不管是程序还是源代码,都弄丢了,白白耗费了自己N多精力。 [...]