如何开始知识转移?[闭门]

我认为所有这些。但是你忘记了最重要的方法。

传递知识最有效的方式是让人们一起工作。您可能会考虑进行1对1的代码审查,甚至结对编程,并将知识转移作为工作的一部分。

知识转移和知识管理有一个缺点。它们似乎花费了很多:如果每个人都知道我知道什么,我还需要吗?我一直在帮助别人提高速度,我从中得到了什么?

最好的方法就是以身作则。分享你的知识;在维基上,写博客,谈论它,让它变得容易访问,并谈论你从中得到的好处:更少的人来打扰你,问你一些事情,因为他们甚至不用站起来就可以很容易地得到答案。让他们知道你还在那里。

这与所有提到的其他事情实际上会胜出。还有一件事:在我离开后的一年里,我的一位雇主一直(主动)支付我工资的1/3给我,只是为了让我的知识库保持运转。他非得这么做吗?不,反正那是他的财产。但这激励了仍在为他工作的人们分享他们的知识。

我认为这取决于你试图传授的知识。我发现了以下几点:

技术知识:“如何指导”与截图和简短的演示-类似于您将在会议上看到新功能的方式。这样做的额外好处是,当你离开公司时,你所得到的将被记录在案。

解决问题:非正式讨论、简短的内部项目、经验教训和每个人负责更新的内部FAQ系统。

软技能(人际交往技能):社交会议/郊游/非正式活动等。

然而,衡量这一点将是困难的,因为不管你如何传授知识,总会有不同程度的理解,毕竟,仅仅因为我用一种方式做某事并不意味着它是正确的。另一个开发人员/设计师/经理可能会用不同的方式做同样的事情,并得到同样的最终结果。

毛罗

在我的工作场所,我们使用维基。工作场所足够小(约20人),因此您可以随时询问参与某个特定项目最多的人,但在询问“专家”之前,您应该先在wiki上搜索。如果你在维基上找不到答案,那么你应该在与同事讨论后再添加答案。

一个词:午餐

你应该鼓励人们做你想让他们做的事情。你应该“喂动物”。看看stackoverflow;你觉得徽章怎么样?你为什么认为这些美好的事物存在?幸亏 自我 ,没有什么是你做不到的。给他们徽章,真正的徽章,可穿戴的徽章。他们会带着幸福穿,他们会带着幸福做。

到目前为止,我已经看到了两种方式:

• Wiki适用于内部知识,例如环境、项目特定主题。

• 开放政策

• 鼓励提问。

• 自愿介绍。找出有特殊知识的人,让他们轻松、有吸引力地做一个简短的介绍。

• 项目验尸文件。在项目完成或终止后,由项目团队之外的人主持的总结会议。

• 强制性陈述。

  • 项目上线时的项目演示。使用的技术等。
  • 若有人被派去参加会议,他应该有一个关于他所看到的新技术的报告。