企业想要成功完成知识模块化的工作，需要特别关注如下四个方面：

　　知识模块的创造

　　知识模块的来源有两方面：一方面是把已有的知识提炼加工成知识模块。文档管理系统例如，在日常的项目总结中会包括项目背景、项目工作内容、项目资源投入、项目中的问题及解决方案、项目亮点、项目花絮等等内容。但从日后知识的复用角度考虑，项目问题的解决方案和项目亮点都具有很大复用价值，应该抽取出来单独存放在问题库和亮点库中，方便以后其他项目的学习。另一方面，可以先进行知识模块的分析，然后再组织知识模块创造。任何复杂的解决方案其实都可以按照一定的逻辑分解为可复用的知识模块，日后这些知识模块就可以被不同的解决方案引用。例如在基于构件的软件开发中，通过领域分析形成领域基准体系结构，就能够在此体系结构上进行相关构件的创造。

　　为方便知识模块的应用，知识模块在创造时就应该考虑通用性，需要对知识进行加工，去掉个性化的特征，并对知识模块的应用进行解释。

　　知识模块的储存

　　经过加工的知识模块需要进行结构化储存，并用多维属性标签标注出来，以方便检索。知识模块的储存需要考虑知识模块的质量、知识模块的数量和知识模块的转换这几方面的要求。

　　为了让知识模块的复用率提高，所以在知识模块入库时需要进行严格的审核以保证知识模块质量，并避免知识模块的重复创造和储存;针对知识模块的应用效果应该定期进行评价，定期淘汰质量不高的知识模块，来保证知识模块的质量。

　　把知识模块的创造与业务流程结合，可以保证知识模块数量的持续积累。例如在IT运维中，事件处理的过程必须与已有的解决方案关联，如果没有解决方案则需要重新编写针对该问题的解决方案并放入知识库中，以保证IT运维知识库的解决方案能够持续积累。

　　对于规则类的知识模块，例如计划管道应力的公式，可以把公式直接转换成计算程序。这样员工就不需要知道公式内容，只需掌握应用计算程序的方法，按要求在程序中输入条件，就能够直接得出结果，计算过程变成了黑箱。

　　知识模块的应用

　　有的知识模块可以直接复用产生新的知识，例如软件开发中的构件。应用此类知识就需要建立统一的知识模块连接规则。有的员工对此不是很理解，其实要知道，知识模块的引用并没有抑制员工的个性化创造，而是要求员工在公司已有的成熟的知识模块的基础上，针对未标准化的部分进行创新。

　　有的知识模块用于指导行动，例如IT运维知识库中的解决方案，项目总结中积累的问题库和亮点库等。企业可以把最新的对员工行动有指导意义的知识模块推广给员工阅读，这样能有效避免类似的问题重复发生。

　　知识模块的系统支持

　　知识模块化需要信息系统的支持，对于文档类的知识模块可以采用一般的系统进行储存;对于程序代码、三维模型等专业的知识模块则需要采用专业领域的技术平台进行知识模块的储存和应用。例如在PDMS