我们是否使用正式活动让人们在IT部门中进行讨论？就像在社交场所中的每月聚会，内部Wiki /聊天空间或者只是一个常规的"信息市场"，其中包含有关员工为员工制定的技术或者项目的一些介绍？我们邀请销售人员参加还是仅针对程序员的闭门活动？

我们如何让人们参加这些活动？我们是否允许他们将工作时间用于知识转移？还是我们将其理解为工作时间不可或者缺的一部分？

我想知道如何监控知识转移本身的进度。我们如何在项目中发现关键的一人失败点？有几种避免这种情况的方法，例如人员调换或者错误修复的" fifo"尝试。

注意：好的，这是一个非常嘈杂的问题，我希望在发表评论后予以解决。对不起，混淆了。

编辑：我的个人经验是，人们开始贡献的障碍很大。看来他们不会花(最少的)额外时间来编辑我们的Wiki，也不会花时间在下午与开发人员讨论技术主题。就像人们不喜欢我们的Wiki，我们的文档管理系统或者会议一样。也许是因为这些都是免费使用的，而不是由管理层强制执行的。但是我不想强迫人们加入，但这是正确的方法吗？

一个例子：我们的Wiki上有关于项目的页面，告诉谁在项目上工作，以便在遇到问题时获得首次联系。但是除了同事和我之外，没有人在创建此页面...

解决方案

回答

我认为这取决于我们要转让的知识。我发现了以下内容：

技术知识："如何指导"以及屏幕截图和简短的演示，类似于我们在会议上看到新功能的方式。这样做的额外好处是我们离开公司时会得到记录。

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

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

毕竟，衡量这将是困难的，因为无论我们如何转让知识，总会有不同程度的吸收，因为我以一种方式做某事并不意味着它是正确的。另一位开发人员/设计人员/经理可能会以不同的方式完成相同的事情，并获得相同的最终结果。

毛罗

回答

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

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

回答

在我的工作场所中，我们使用Wiki。工作场所足够小(约20人)，因此我们始终可以向最参与特定项目的人员询问，但是希望我们在问"专家"之前先在Wiki上进行搜索。如果我们无法在Wiki中找到答案，则应在与同事讨论后将其添加。

回答

一句话：午餐

回答

知识转移和知识管理有一个缺点。他们似乎付出了巨大的代价：如果每个人都知道我所知道的，我仍然需要吗？一直以来，我一直在帮助别人加快步伐，我从中学到什么呢？

做到这一点的最佳方法是作为一个例子。分享知识；在Wiki中，对其进行博客讨论，讨论，使其易于访问，以及从中获得的好处：更少的人来interupt询问问题，因为他们可以很容易地得到答案，甚至不必起床。并向他们显示我们还在那儿。

这与上面提到的所有其他事情实际上将胜出。还有一件事：我离开后(根据自己的意愿)，我的一位雇主继续支付我三分之一的薪水，以保持我的知识基础正常运行。他必须吗？不，那还是他的财产。但这激励了仍然为他工作的人们分享他们的知识。

回答

我们应该鼓励人们注意我们希望他们做的事情。我们应该"喂动物"。看一下stackoverflow；我们如何看待徽章？我们为什么认为这种美好的事物存在？多亏有了自我，我们无法完成任何事情。给他们徽章，真实徽章，可穿戴徽章。他们会快乐地穿，他们会快乐地做。

顺便说一句，是的，我是老板:)

回答

虽然我仍然是学生，但是当我在12个月前有工作经验时，公司内部的所有IT部门(我正在"为该地区拥有多个矿山的大公司工作")每天都会召开电话会议，员工会说自己在做什么，然后谈论他们发现的新事物以及其他有趣的小知识。

回答

到目前为止，我已经看到了几种方法：

• Wiki适合内部知识，例如环境，项目特定主题。
• 开门政策
• 鼓励提出问题。
• 自愿陈述。找出谁拥有特殊知识，并使其简短有趣地进行简短介绍。
• 项目验尸文件。项目完成或者终止后，由项目团队外部人员主持的总结会议。
• 万一有人被派去参加会议，他应该对他所看到的新技术作一个介绍。