我们想在内部研发领域进行项目技术知识的复用，但是很多研发项目的框架技术工具是不一样的。一个项目费劲整理出来之后，可能一时其他项目用不了。但是如果完全脱离了项目去整理，可能又没办法去应用。所以想了解一下，这种知识复用性问题应该怎么解决？
吴庆海：首先，如果梳理出的知识真的特别细的、可能就几个人去用的话，我觉得可能确实跟你说的一样，复用性是不够强的，所以在筛选复用性知识的时候，的确要注意下知识的应用范围。如果对于复用性不是很高的，我觉得可以先放一放，这个没有关系的，我们其实还是要先整理价值投产比高的知识。
对于复用性比较强的一些知识，我们应该重点先放在上面。这是我认为的第一点。
但是，第二点，知识除了内部复用后直接经济效益之外，对于整个公司来说，知识资产还是需要保持的吧。从这个角度上，它又有另外的意义，是吧？
虽然他这个团队比较小，但本身还是要进行知识传承，要培养新员工，也要持续提高现有员工的能力，而总结提炼已有项目经验也是提高现有员工能力的方式之一，否则，做完的东西可能也就做完了，时间一长，可能很多过程中的细节、遇到的困难和对应的解决方案，没有一个方式记录下来的话，人的脑容量都是有限的，也就都忘了。其实这样分析下，我觉得不见得就完全没有意义。
另外，也要看梳理知识的角度，框架技术工具可能在项目间的确是不一样的、偏数据参数类的可能不好直接使用。但是项目过程的经验、遇到的问题、思考方式是否可以复用？当然，也要看其他项目是否需要这些思考方式的经验。
后面补充的这两点，可以拓展下我们对知识复用性的理解。