KM

一切没有目标的努力，都是瞎忙活儿。 - Tony Bai 刚实施回来，就又投入到新工作中，到今天才有那么一点点时间写写这件事儿。 * 缘起 我们的遗留系统性能一直不高，导致这一局面的因素有很多，比如最初设计和实现的“考虑不足”、后续维护人员的“随波逐流”甚至缺少勇气对影响性能的关 键代码进行重构等等。技术债务就这样一直积累着。直到两年前，我们终见其导致的巨大的影响了。 ...

掐指算来，部门知识管理的推广工作已有两年了。两年时间不能算短，但对于知识管理这件事来说，只能算是热身阶段，我们依旧站在起跑线上，或者稍乐 观地讲我们只是刚刚迈出了万米长跑的第一步。 下面是这两年来部门内部知识库建设的一个Timeline： - 2011年中旬，我所在产品线私下在一台PC上建立了基于MediaWiki的知识库。 - 2011年末产品线在部门内部做了有关知识库与知识管理实践的分享。 - 2012年初，部门在新采购的高性能服务器上建立基于MediaWiki的知识库，并指定专人负责；我们产品线将已经积累的内容迁移到了部门知识库中，这 也标志着部门知识库1.0版本正式上线。知识管理的策划和推广事宜也交由专门的子部门负责。 - 2012年中，设立子部门KM负责人，设立子部门KM定期工作会，设立子部门技术交流汇报会，旨在各子部门之间分享最新信息，减少重复劳动，提高效率。 - 2012年末，启动知识库2.0建设方案。 - 2013年3月末，知识库2.0版本上线。邀请专业设计人员策划和实现了全新主页，提高了UE；重新策划了分类；重新划分了知识版块，专人负责更新；增加 了知识达人等多个激励内部童鞋分享知识的手段和方法；通过piwik统计和分析知识库的最新访问动态；通过一些实用的插件来简化Wiki Page编写工作、更好地展示内容；提炼高质量知识文章，形成知识周刊、月刊，作为内部知识库营销推广手段，吸引大家来到知识库，并尝试留下自己的知识。 ...

时间真是过得飞快，遥想一年前的这个时候我们在产品线的知识管理试水有了一点成绩，便在组织内力推知识管理。领导经过权衡后，也认同了知识管理的重要性， 并随即安排人在组织内部快速建立起了知识库。在最初的一两个月里，临时的知识管理负责人热情很高，做得还算不错，初步地将知识库是什么、如何使用以及组织 知识管理的第一版规范和大家交待清楚了。但随着热情的消逝，知识库管理也随波逐流了，知识管理开始变得名存实亡，这种状态持续了大半年。 ...

去年在产品线内部尝试了一些知识管理的实践：建立了知识库，初步在产品线内部养成了知识整理和总结的习惯，建立了工作流程与知识库之间的粘性，取得了一定效果。今年年初在事业部内部做了有关知识库实践方面的分享，大家也都认识到这几年我们在知识积累方面上的不足，也都很赞同知识管理的重要性与必要性。会后领导决定建立事业部级知识库，并安排专人负责知识库的维护与推广。 于是乎负责知识库搭建的那个部门申请服务器、安装和调试知识库系统，甚至是修改代码以满足我们内部对权限的要求，后续还召开了一次子部门知识负责人会议，以推动各个子部门应用知识库。这样的开头看起来还是蛮不错的。但随着时间的推移，热情经过冷却也渐渐凉了下来。知识库的负责人也变更了，定期的知识管理交流会也不再举行了，仅仅剩下我们的产品线依旧保持着已经养成的热度。 ...

我不是知识管理领域的专家，但我认为知识的积累和管理对一个期望长久稳定发展的组织来说很重要。今天我这个"门外人"就来说几句"门外话"。 我所在的部门已经成立10余年了，但说实话部门在知识积累和管理方面做的比较一般。例如，没有统一的知识积累和管理平台，知识分享多靠mail列表，或将知识存储在文件中放入Microsoft Visual SourceSafe，若干日子后，再无人能找到之前的知识(VSS绝对不是一个知识管理平台，顶多就是一个版本管理工具，还是个有些落伍的工具)；没有专人负责知识积累和管理；知识积累与管理似乎始终是优先级最低的那个任务。 ...