cri*_*nge 14 knowledge-management
您是否使用正式活动让人们在您的IT部门进行交谈？就像社交场合的月度聚会,内部维基/聊天空间,或者只是一个常规的"信息市场",其中包含一些关于员工为员工制作的技术或项目的演示文稿？您是邀请销售人员参加还是仅为程序员举办的闭幕活动？
你如何让人们参加这些活动？你允许他们把工作时间花在知识转移上吗？或者您是否将其理解为工作时间的一个组成部分？
我想知道如何监控知识转移本身的进展.您如何发现项目中关键的一人失败点？有几种方法可以避免它,例如人员交换或"fifo"尝试修复bug.
注意:好的,这是一个非常非常嘈杂的问题,我希望在几条评论之后修复它.抱歉,混合.
编辑:我个人的经验是,人们开始做出贡献的障碍很大.看起来他们不会花费(最少)额外的时间来编辑我们的wiki,或者花一小时在下午与开发人员讨论技术主题.这就像人们不喜欢我们的维基,我们的文档管理系统或会议.也许是因为它全部免费使用,而不是由管理层强制执行.但我不想强迫人们参与其中 - 但这是正确的方法吗？
一个例子:我们的wiki包含有关项目的页面,告诉谁在项目上工作以便在遇到问题时获得第一次联系.但除了同事和我之外没有人在创建这个页面......
知识转移和知识管理有一个缺点。它们似乎花费了很多钱：如果每个人都知道我所知道的，我还需要吗？我一直在帮助别人了解情况，我从中得到了什么？
解决这个问题的最好方法就是树立榜样。分享您的知识；在 wiki 中，在博客中谈论它，谈论它，使其易于访问，并谈论您从中获得的好处：更少的人来打断并询问您的问题，因为他们甚至无需起身即可轻松获得答案。并向他们表明你还在那里。
这一点与提到的所有其他事情实际上都会胜出。还有一件事：在我离开后（我主动），我的一个雇主继续向我支付一年工资的 1/3，只是为了保持我的知识库的正常运行。他必须这样做吗？不，无论如何，那都是他的财产。但这激励了仍在为他工作的人们分享他们的知识。