knowledge-management - 你如何开始知识转移？

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

9年前关闭。




Improve this question




您是否使用正式事件让人们在您的 IT 部门发言？像每月聚会在社交场所，内部维基/聊天 空间或只是一个普通的“信息市场”与一些 关于技术或项目的演讲由您的员工为您的员工制作？你们是邀请销售人员参加还是只针对程序员的封闭式事件？

你如何让人们参与这些事件？你允许他们把工作时间花在知识转移上吗？或者您是否将其理解为工作时间不可或缺的一部分？

我想知道如何监控知识转移本身的进度。您如何发现项目中关键的单人失败点？有几种方法可以避免这种情况，例如人员交换或“fifo”尝试修复错误。

注意:好的，这是一个非常嘈杂的问题，我希望在一些评论后修复它。抱歉搞混了。

编辑 :我个人的经验是，人们开始贡献的阈值非常高。看起来他们不会投入(最少的)额外时间来编辑我们的 wiki，或者在下午花一个小时与开发人员讨论技术主题。就像人们不喜欢我们的 wiki、我们的文档管理系统或 session 一样。也许是因为它都是免费使用的，而不是管理层强制的。但我不喜欢强制人们参与其中 - 但这是正确的方式吗？

一个例子:我们的 wiki 有关于项目的页面，告诉谁在它工作，以便在有问题时第一时间联系。但是除了我和我的同事之外没有人在创建这个页面......

Answer 1

我认为以上所有。但是你忘记了最重要的方式。

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