如何构建自己的知识体系？

上周末晚上给知识星球的同学做了一次内部分享，主题是如何建立全链路的质量保障体系。

分享完毕之后，大家在群里讨论对分享内容的理解以及日常工作中遇到的问题。有位同学说了这么一句话：实际工作中遇到的问题都是在具体的项目实践和技术细节上，很少接触到体系化的东西，而且感觉自身缺乏很多知识，导致对质量保障的看法还停留在比较浅的层次。

这种知识体系缺失的现象在职场中是普遍存在的。一方面是缺乏持续学习的能力，另一方面则是即使学习了也缺乏实践的机会和平台，这就导致了学习的动作没有很好的反馈机制，互相矛盾。

这篇文章，聊聊我对于构建知识体系的一些看法，经验之谈。

如何理解知识体系？

借用一段星球某位同学对体系的理解和描述，可以这样理解体系：

体系是主体结构和承重墙，具体的内容是水泥和砖头。

架子很重要，架子决定了建筑的高度、深度和稳定性，就比如高楼和平房。

认识问题由点及面，又从面上升维度，三维更高维，才能看到高楼的全貌。

我喜欢用人体做比喻来形容知识体系：

• 骨骼是对不同细分领域知识的认知，是知识体系的关键支撑；

• 肌肉是运用知识进行实践后的产物，时间越多，肌肉越发达；

• 皮肤是大量实践后的思考总结复盘，发现不足，最终构成完整的人体；

我在前几天的文章《构建自己的思维逻辑体系》聊过关于思维逻辑的话题，这里依然适用。

在实际工作和生活中，我们会面临各种各样的问题，而解决问题就需要运用各种知识。首先需要对问题有一定的了解，即是什么；然后思考问题背后的原因，即为什么；最后则是运用知识尝试解决问题，即怎么做。

• 认识问题需要通过学习累积的知识储备，这是基础；

• 分析问题的原因需要运用知识来进行判断，这是方法；

• 解决问题的过程则是将知识化为实际行动，这是技术；

技术+方法，构成了我们解决问题的能力，也就是所说的经验。而知识体系，就是以知识为基础，在技术和方法上面更宏观的一种策略。在专业领域来说，这种策略也是一种对事物的认知。

如何构建知识体系？

对于技术同学来说，技术很重要，业务很重要，解决问题的能力很重要，正确看待技术和业务的关系很重要。但这些最后，本质还是你如何看待和理解一个事物的视角。

如果说看待事物的视角是坐标系的 0 点，那知识体系就是在 XYZ 轴上的延伸，知识的多寡原则上决定了你的认知范围大小。XYZ 简化一下，可以变成三个问题，即：是什么、为什么、怎么做，对应的则是事实、原因、策略（体系），策略又需要技术、方法、行动来支撑。

那么对技术同学来说，该如何构建自己的知识体系呢？以下图为例：

对于测试同学来说，日常工作大部分时间精力花费在需求评审、风险评估、测试方案、用例执行验证方面。但我们的工作目标是做好软件产品的质量保障，在整个软件迭代过程中，无论是需求质量还是编码质量甚至线上发布、配置变更等因素都会影响软件的质量。要想做好质量保障工作，就需要将自己的工作范围左移和右移。

左移，要求我们去了解更多产品和业务相关的知识，要学习框架和编码的技术。右移，就需要我们去了解运维相关的知识和技能，比如操作系统、各种参数配置、代码编译打包、服务发布等。

对软件从需求到线上发布整个过程的技术都熟悉，能很好的运用这些知识和技能在工作中解决具体的问题，不断归纳总结具有共性的方法，然后利用这些方法更好的投入日常工作中，你就具备了丰富的质量保障经验，最后构建属于自己的质量保障知识体系。

总的来说，构建自己的知识体系，大致要经过如下几个步骤：

• 了解自己所在领域都需要哪些知识（生态）；

• 从自己最熟悉的领域出发，向上/向下学习（基础）；

• 将学到的知识运用在工作中解决实际的问题（技术）；

• 复盘分析解决问题的过程，归纳具有共性的能力（方法）；

• 结合知识+技术+方法，扩大在生态中的已知范围（经验）；

• 不断提炼经验，形成自己看待和解决问题的策略（知识体系）。