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