Closed. This question is off-topic。它当前不接受答案。
想改善这个问题吗？ Update the question，所以它是on-topic，用于堆栈溢出。
已关闭8年。
Improve this question
您是否使用正式活动让人们在您的IT部门中进行讨论？就像在社交场所中的每月聚会，内部Wiki /聊天空间或只是一个常规的“信息市场”，其中包含有关员工为员工制作的技术或项目的一些演示文稿？您邀请销售人员参加还是仅针对程序员的闭门活动？
您如何让人们参加这些活动？您是否允许他们将工作时间用于知识转移？还是您将其理解为工作时间不可或缺的一部分？
我想知道如何监控知识转移本身的进度。您如何在项目中发现关键的一人失败点？有几种避免这种情况的方法，例如人员调换或“ fifo”尝试修复错误。
注意：好的，这是一个非常非常嘈杂的问题，我希望在发表评论后予以解决。对不起，混淆了。
编辑：我的个人经验是，人们开始贡献的障碍很大。看来他们不会花（最少的）额外时间来编辑我们的Wiki，也不会花时间在下午与开发人员谈论技术主题。就像人们不喜欢我们的Wiki，我们的文档管理系统或会议一样。也许是因为这些都是免费使用的，而不是由管理层强制执行的。但是我不喜欢强迫人们参加-但这是正确的方法吗？
一个例子：我们的Wiki上有关于项目的页面，告诉谁进行项目工作以在遇到问题时获得第一联系。但是除了同事和我之外，没有人在创建此页面...
想改善这个问题吗？ Update the question，所以它是on-topic，用于堆栈溢出。
已关闭8年。
Improve this question
您是否使用正式活动让人们在您的IT部门中进行讨论？就像在社交场所中的每月聚会，内部Wiki /聊天空间或只是一个常规的“信息市场”，其中包含有关员工为员工制作的技术或项目的一些演示文稿？您邀请销售人员参加还是仅针对程序员的闭门活动？
您如何让人们参加这些活动？您是否允许他们将工作时间用于知识转移？还是您将其理解为工作时间不可或缺的一部分？
我想知道如何监控知识转移本身的进度。您如何在项目中发现关键的一人失败点？有几种避免这种情况的方法，例如人员调换或“ fifo”尝试修复错误。
注意：好的，这是一个非常非常嘈杂的问题，我希望在发表评论后予以解决。对不起，混淆了。
编辑：我的个人经验是，人们开始贡献的障碍很大。看来他们不会花（最少的）额外时间来编辑我们的Wiki，也不会花时间在下午与开发人员谈论技术主题。就像人们不喜欢我们的Wiki，我们的文档管理系统或会议一样。也许是因为这些都是免费使用的，而不是由管理层强制执行的。但是我不喜欢强迫人们参加-但这是正确的方法吗？
一个例子：我们的Wiki上有关于项目的页面，告诉谁进行项目工作以在遇到问题时获得第一联系。但是除了同事和我之外，没有人在创建此页面...
最佳答案
知识转移和知识管理有一个缺点。他们似乎花了很多钱：如果每个人都知道我所知道的，我仍然需要吗？一直以来，我一直在帮助别人加快步伐，我从中学到什么呢？
做到这一点的最佳方法是作为一个例子。分享您的知识；在Wiki中，对其进行博客讨论，讨论，使其易于访问，以及从中获得的好处：更少的人来interupt询问您的问题，因为他们可以很容易地得到答案而无需起床。并向他们显示您还在那儿。
这与上面提到的所有其他事情实际上将胜出。还有一件事：我离开后（根据我的主动），我的一位雇主继续支付我三分之一的薪水，以保持我的知识基础正常运行。他必须吗？不，那还是他的财产。但这激励了仍然为他工作的人们分享他们的知识。
关于knowledge-management - 您如何开始知识转移？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/51349/
10-10 15:17