软件开发企业中的知识管理每个骨干的工程师都有自己的绝活，而这是否完全公开共享，又取决于工程师个人的心态是否开放自信，经理们催紧了有巧取豪夺的嫌疑，会给工程师们增添卸磨杀驴的顾虑，不实行手段又容易导致工程师要挟谈条件和员工流失的巨大损失，怎么办 以上问题几乎在所有的 IT 公司都或多或少存在，而且经理们都在 苦 寻 解 决 之 道
我 认 为 我 们 可 以 试 用 PSP(Problem Solving Process)方法来分析原因并寻求解决方案
问题点：公司的技术经验等不能积累并在公司内共享 一次原因 1 公司没有此类规程，不知道哪些需要积累，哪些可以共享
解决方案 制定相应规程
关于规程，需要根据也只能是根据各个公司的实际情况来制定
这些在实施了 CMM/CMMI 或 ISO 开发标准的公司，都基本已经做到
比如说在项目开始时制定项目管理的库结构，规定哪些生产物必须保存在哪个目录下等，并安排 QA 人员进行物理检查，即检查是否在规定时间内在规定目录下保存了相应的生产物（至少在各个里程碑点检查）
项目结束后要求根据规定的格式和内容立即提交项目完了报告（包括业务特点，特有技术，管理心得，甚至共通代码等）
并在组织级进行整理归纳总结
当然还有很多，这里不再一一赘述
不过只有规程还远远不够
举个简单例子，项目组成员是在规定时间内将相应的生产物保存在规定的目录下了，也在项目结束后提交了项目完了报告，但是保存的成果物是不是对公司的经验积累有帮助，是否值得共享，无从检查，尤其对于有一定规模的公司
这就涉及到下面的问题
一次原因 2 即使有规程也不能很好地被遵守
→二次原因 1 公司员工不同意公开自己的技术经验
→三次原因 1 员工认为这是额外的工作，做与不做不影响对自己的评价
→解决方案 建立奖赏制度
对于在公司知识积累做出贡献的员工，额外给予奖励
