您是否使用正式活动来让 IT 部门的人们交谈?就像在社交场所举行的每月聚会、内部维基/聊天空间或只是一个定期的“信息市场”,其中包含您的员工为您的员工制作的一些关于技术或项目的演示文稿?您是邀请销售人员参加,还是仅限程序员参加?
你如何让人们参与这些活动?你允许他们把工作时间花在知识转移上吗?还是您将其理解为工作时间不可分割的一部分?
我想知道如何监控知识转移本身的进度。您如何在项目中发现关键的单人失败点?有几种方法可以避免它,例如人员交换或修复错误的“fifo”尝试。
注意:好的,这是一个非常嘈杂的问题,我希望在发表一些评论后修复它。很抱歉混淆了。
编辑:我个人的经验是,人们开始贡献的门槛非常高。看起来他们不会花(最少的)额外时间来编辑我们的 wiki,或者在下午花一个小时与开发人员讨论技术话题。就像人们不喜欢我们的 wiki、文档管理系统或会议一样。也许是因为它都是免费使用的,而不是管理层强迫的。但我不喜欢强迫人们参与其中——但这是正确的方式吗?
一个例子:我们的 wiki 包含有关项目的页面,告诉谁参与它以便在遇到问题时获得第一个联系。但是除了我和同事之外没有人在创建这个页面......