积累和总结，是长期持续的过程
01
最近，很多朋友微信私聊关于「butte-java-note」仓库的话题；
这个「Git仓库」每年都会基于总结和思考，进行一次分类体系的改动；
多数朋友都比较好奇，整理的思路是什么？
关于「butte-java-note」仓库，其实就是个人对知识的积累和框架体系的迭代；
这个仓库所记录的内容，就是在工作中不断遇到的各种「知识点」、「知识块」、「知识体系」；
在工作中，忽然接触到新的知识，自然需要下意识的去熟悉了解，在实践应用之后，又会积累自己的经验；
围绕该知识点进行「分析、积累、总结」，实践后再输出文档内容；
这一套组合招式连下来，对于部分知识点的积累来说，基本上是足够了；
但是在工作中遇到的知识点可能是散乱的，甚至还是重复的，即同一个知识点在不同的应用场景下，经验上的沉淀可能完全不同；
所以还需要对「知识点」进行定期梳理，形成结构化的「知识体系」；
对于这种知识管理的机制，在最近几年是企业非常主流的话题，也是降本增效策略中的重要手段；
02
什么是知识管理？
简单的说，就是对熟悉的知识内容，建立一个系统性的管理框架，和一个动态的更新机制，以便全面和深入的消化知识并应用于实践；
为何要知识管理？
具备知识管理的能力，可以快速熟悉知识领域的全貌，增强理解和消化能力，形成点线面到体系化的迭代过程；
其实知识管理策略，在各个阶段都有明显的变化；
学生时代，在书本上或者记事本里，随手记下或者批注的重要内容，尤其是老师的板书抄写；
大学之后，由于是读软件专业，所以接触到的电脑工具比较多，开始使用笔记本电脑或者手机进行记录；
工作之后，开始逐渐使用云笔记，随着内容的深入和宽泛，开始体系化管理；
知识管理的基础，绕不开「记录」这个关键动作；
知识被「记录」可以缓解「记忆」的焦虑，好记性不如烂笔头，所以知识管理要先从记录开始；
知识「记录」之后进行「整理」，是第二个核心动作；
对于「整理」来说，比较核心的思路就是分类归档，零散的知识点「记录」太多，也会产生查找的问题，记录但找不到的情况估计都经历过；
知识在持续的「整理」之后，会自然而然的形成「体系化」的形式；
实践过程会让知识点逐步复杂化，更多的分类和标签，会驱动知识「体系化」框架的产生；
在这一系列动作持续重复之后，潜移默化也会影响知识的「输出」能力，无论是表达还是写文档；
最终，随着积累的增多，会形成自己写、自己读的现象；
03
如何进行知识管理？
先说一下个人的流程习惯：碎片内容，现状分析、参考资料、实践总结、体系归档；
【1】碎片内容；
不论是工作还是生活，每天都会接收很多信息，并且要从中捕捉有用的内容；
信息流是不是会爆炸不确定，但是自己收藏的信息点到是经常爆炸；
应用中文章和视频的收藏，笔记工具中的内容清单，手机备忘录的临时备份，工作开会的笔记本内容；
善于收集「碎片」内容是个好习惯；
但是收集信息通常是临时起意的动作，在之后如何消化，将收集单清除和更新，才是关键的「积累」动作；
【2】现状分析；
这里所谓的「现状」分析，更多的是指所遇到的具体「问题」，想要达成的具体「目标」；
比如优化解决具体的问题，学会某些特定的知识；
以现状分析作为「出发点」，保持对知识领域内的专注性，才能高效的实现知识积累和问题解决；
【3】参考资料；
充分利用收集的碎片清单，围绕知识点的现状需求，从中精确的提取出有用的内容；
从收集的碎片清单中提取参考内容是一种策略，从需求现状出发，下意识寻找相应的资料，也是常见的操作；
【4】实践总结；
知识的学习，更多还是要应用于实践中，或者围绕实践问题进行知识拓补；
在实践过程中，把相应的知识点进行总结分析，最终沉淀成自己的经验和能力；
【5】体系归档；
随着实践总结的内容膨胀扩展，需要将各种知识点进行结构化、体系化管理，从而建立知识框架；
知识管理依赖一个「动态更新」的过程；
对于同一个知识领域，在不同的阶段中，可能出现知识领域的横向扩展或纵向深度挖掘，所得的经验和理解也会各不相同；
实践是一个持续的过程，那相应知识体系的更新迭代也是一个持续的过程；
04
如何选择管理工具？
在知识管理的实践过程中，有一个明显的变化就是「工具」的变换；
工欲善其事，必先利其器，趁手的工具才能事半功倍；
这里有必要强调一个「误区」现象：工具本身并不是知识管理，与收藏很多书但是从来不读一样，难道能称为博学？
大部分玩家的真实写照；
收藏清单没停过，内容碎片持续膨胀扩展，但是很少提取消化和清理；
云端存储的视频教程一部接一部，存储空间没了，就把陈旧的内容清理掉，再收藏最新版本；
无论是文档工具，云端存储，应用内收藏，这些都仅仅是知识管理的初步动作；
在对知识内容消化时，还是依赖常用的统筹型工具进行整理；
图中罗列了工作和学习过程中常用的工具，主要分为「画图」和「文档」两类，实际上信息流动过程涉及的更多；
收藏清单可能是：博客文章、视频内容、云端存储，自然是把这些内容所在的平台，当做一个临时的管理工具；
习惯好点的，可能在某个文档中预先做好专题分类；
站位于技术领域的经历，个人在知识点消化完成后，最终还是习惯将内容归档到「Git仓库」中，方便更好的迭代管理；
为什么是「Git仓库」？
主要还是：免费，免费，免费；当然还有强大的提交记录管理功能；
其他的工具虽然更加强大和便捷，但是会站在收费的立场，持续压缩免费用户的使用空间；
个人更习惯将其作为过程型的工具，借助其便捷性完成内容消化之后，最终还是归档到「Git仓库」；
后续只围绕「Git仓库」，进行知识体系的查询参考，或者迭代更新；
05
个人知识体系的迭代过程，与学习和工作的实践过程密不可分；
以个人开源仓库「butte-java-note」为例，在年初刚重新整理一遍；
当下主要分为：「职场」、「技术」、「业务」、「数据」四种知识体系；
在各个体系下面，再将积累或者实践过的知识点分类整理，从而形成个人的知识管理框架；
关于知识体系中更多的细节分类，可以自行参考「butte-java-note」仓库；
整个知识管理体系的形成，也是完全基于自己的工作实践，逐步迭代构建起来的；
对于技术领域来说，知识点本来就杂乱且庞大，学习和积累的成本都很高；
如果把整个知识体系沉淀到一个电脑文件夹中，会发现新建的目录越来越多，内容二次打开的频率越来越低，甚至找不到；
实际上，自己在最初就是采用这种策略，而后很多文件都会莫名失踪；
在最近几年，接触的云端工具越来越多，好用确实好用，省心并且效率还高，但是个人不属于「付费型」高端玩家；
最怕产品升级之后，免费玩家就被限制了；
所以把各种云端文档作为「过程型」工具，顺手贴很多临时内容，完成知识消化后清理掉；
自己习惯的一个管理流程；
首先，定期对各个工具中的内容进行整理，尽量先形成简单的专题；
其次，在结合工作中的实践经验，尽量用直白的方式总结出来；
最后，将总结的内容归档到「butte-java-note」仓库中，并且会持续的迭代更新；
知识积累是一个长期的过程，至于各种专业内容的沉淀，有人喜欢追求横向的广度，有人喜欢挖掘纵向的深度；
从个人经验来说；
倾向于持续积累自己「实践」过的知识点，对于那些觉得好又没有实践体会的内容，更适合待在「收藏清单」里；
06
企业知识体系的迭代过程，与公司的管理、运营、业务、技术等各个方面都有关系；
知识体系的框架与组织架构有较大的关联，同时也会在项目协作流程中，沉淀出特定的内容体系；
企业发展过程中，核心的经验和知识，都需要持续的沉淀和更新；
知识体系的框架与公司的管理、运营、业务、项目、技术等，需要深度的「集成」，这样才能发挥知识管理的核心价值；
对于企业来说，知识管理的落地，是一个缓慢长期的过程；
有幸经历过公司知识管理2.0方案的执行，近三年的时间里不断的打磨调整，最终获得各个团队的认可；
所谓知识管理2.0就是从传统OA文档，转换为知识库协同的模式；
公司在最初规划时，就制定相应的流程与制度，要确保各种敏感内容的独立性，又要求通用经验和知识的共享性，最大限度的降低内部信息壁垒；
【1】流程与制度；
在知识管理2.0的策略提出时，进行长达一个季度的分析与论证，确立新版知识库的流程与相应的制度；
完成统一的工具选型，并制定明确要求和激励措施，完成初期的培训，确保组织内达成共识；
【2】内容与管理；
每个部门可以拥有内部独立的知识库，但是必须有开放的内容，确保组织内任何角色都可以了解部门的职责，以及当前推进的事项；
跨部门协作的流程中，会指定一个文档维护角色，以项目管理为切入点，统筹项目知识库的整理；
【3】迭代与更新；
部分内容是随着业务或现状的迭代驱动更新，也有部分内容会随着迭代建立新的版本，保留其旧版本作为参考即可；
内容在持续沉淀之后，逐渐形成企业和各个团队内部的知识体系框架，以及项目层面的众多参考案例；
【4】知识库运营；
围绕知识管理2.0的策略，建立运营相关的文档库，采集知识库建设过程中各种优秀的经验和内容模板，在组织内部快速分享；
企业内部培训中，定期展开知识库建设的分享，优秀内容和模板的推广与激励，不断的寻找和优化知识库运营方案；
公司的知识管理从1.0到2.0的进阶过程，已经执行近三年的时间；
从最初的各种质疑和文档维护的烦躁，到现在组织内的高度认同，同时也成为了「降本增效」的利器；
07
基于实践来说，知识管理不是工具，不是写文档，不是分类设计，更不是学习的方式方法；
而是一种思维逻辑或者说管理策略；
知识体系的框架形成，很大程度来自生产和实践的经验，无论是个人还是企业，都很难找到参考的标准；
从下意识做知识管理开始，所带来的「益处」就源源不断，至于「缺点」暂未发现；
