维基百科中对于Knowledge Transfer(知识转移)的定义是:

知识转移是指分享或传播知识并为解决问题提供投入。在组织理论中,知识转移是将知识从组织的一个部分转移到另一个部分的实践问题。 与知识管理一样,知识转移旨在组织,创建,捕获或分发知识,并确保其可供未来用户使用。 它不仅仅是一个沟通问题。 如果只是沟通,那么只通过备忘录,电子邮件或会议就可以实现。 知识转移更复杂,因为:

  • 知识存在于组织成员,工具,任务及其子网中。
  • 组织中的许多知识都是依赖于默契或难以表达的。

笔者也经历过一些相关的场景,比如使用confluence、sharepoint等平台读写一些文档教程、词汇表条目,比如参与所谓的knowledge tranfer会议,比如一对一的指导。整体来说,虽然它们都有一定的效果,但并能不完全令人满意。问题包括,

1,知识的质量。相对于接受转移的一方(这里姑且称它为“消费者”,而另一方,组织、创建、捕获、分发知识的人则是“生产者”),知识转移中的生产者通常是占有信息优势或身份优势的一方,这使得知识的质量难以得到有效的控制。特别在企业中,不少信息的公开度是有限的,不在相应职位的人,无法轻易验证自己得知的信息的正确性和准确性,因此消费者很难及时辨别错误的知识。此外,企业当中的上下级关系也是一种限制,老人会把知识转移给新人,但新人未必敢指出老人的错误。这两个因素使得知识的质量难以得到保证。有时知识转移活动中也包含一定的人情成分,这也给人们对错误信息的处理带来一定的困难,因为指出错误可能会伤害生产者的积极性(见2)。
举个例子:有一个开发部门向产品部门介绍新技术的会议,技术部门的主讲人没有做好准备,频频出错,开发部门的听讲同事虽然意识到讲解内容中的错误,但是无法一一指出,因为这样做看起来会损害同事的尊严和自己部门的声誉。产品部门的听众中虽然也有认真听讲的人,但因为知识所限,并没能意识到自己接受了很多错误的信息。

这样的知识转移活动,将会导致错误信息的扩散。也许不会立刻带来负面作用,但长远来看,会为埋下误解和不信任的隐患。

2,成员的积极性。世界上并不存在可以独自知道所有的知识的超人。即便是单个领域的知识,也通常会是分散在相关人对领域的认知当中。更不用说不同的领域了。这意味着知识的转移实质上是一项集体性的工作,不能靠单打独斗来进行。但要让人们参与到这一过程中,发挥自身的主动性,就存在不少的阻碍。

  • 无论是生产者还是消费者,都可能会觉得自己很忙,没必要把过多的精力投入在“非本职工作”上。
  • 很多人深信所谓人的价值在于其“不可替代性”的谬论,他们认为将如果某些知识向他人转移,就会降低自身在公司中的价值。
  • 而如果要获利的话,将精力花在公开的领域可能是更好的选择,比如开设公众号、在问答网站上做大V,带来的收益可能会远远大于做一些企业内部的工作。
  • 也有一些人会因为在知识生产的过程中犯错而受到打击,变得消极。

如果成员的积极性不足,那么即便是有组织、有计划、有方法的知识转移,也有可能变成形式主义的工作。一旦形式大于实质,那它的效果就很可疑了。

3,知识间的连接。上文说到,知识是一个整体,受限于人的才能,它被划分为若干范围,也分散在不同的人的认知中。把这些知识连接在一起,是一项重要的工作,但它常常为人忽略。
例子:上周我参加了一次knowledge tranfer会议,主题是MUA Program,它涉及到相关的数据库表的设计、数据来源、处理程序等内容。但从主讲人到大部分听讲人,都不知道MUA这一缩写代表什么。当主讲人被问及MUA的涵义时,他结结巴巴的回应道"我也不清楚...我想这不是我的工作范围"。

我想他说的可能是实话,但这也说明了相关知识确实是分散的。如果不能有效组织、连接它们的话,会使知识转移的效果大大折扣。作为知识的消费者,人们通常很难想想和记住一个完全意义不明的孤立概念,即便学到基于这个概念的相关知识,得到的东西通常也会是模糊的。对于积累了大量知识的企业来说,这种问题可能更加突出。

以上是我目前对knowledge tranfer活动的一些思考。提出问题是容易的,但要保证问题的准确性,并得到问题的答案,恐怕会比较难。如果本文的阅读者有相关的读物可以推荐,请在评论中回复,谢谢!

 

关于Knowledge Transfer的一点想法的更多相关文章

  1. Installshield关于.NET安装时需要重启动的处理办法,以及延伸出的重启后继续安装的安装包的一点想法

    原文:Installshield关于.NET安装时需要重启动的处理办法,以及延伸出的重启后继续安装的安装包的一点想法 很多朋友做安装包的时候,所打包的软件需要.NET Framework之类的环境,他 ...

  2. 【MM系列】SAP S/4 HANA BP创建客户/供应商的一点想法

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[MM系列]SAP S/4 HANA BP创建客 ...

  3. (AAAI2020 Yao) Graph Few-shot Learning via knowledge transfer

    22-5-13 seminar上和大家分享了这篇文章 [0]Graph few-shot learning via knowledge transfer 起因是在MLNLP的公众号上看到了张初旭老师讲 ...

  4. 大三CS狗一点想法

    本文非技术文 十点半游戏的代码大概完成了1/3,想到今晚提早验收完汇编实验,还是副院长亲自验的,似乎很看好我的样子,然后问我的方向,导师和参加的项目.聊了几句后结束了对话,不禁又引发了我的一些思考. ...

  5. 2017qcon大会的一点想法(安全人才如何不被淘汰?)

    2017 qcon 上海专门设立了“直击黑产,业务安全的攻与防”专题,通过这次专题的了解和学习,让我对黑产的攻防有了更深入认识. 1. 安全防护趋势 2017 qcon 上海专门设立了“直击黑产,业务 ...

  6. 关于WEB项目的一点想法

    有点失落.迷茫,差点在上班的时候发了火.原因是之前离职的一位同事,在代码里不加注释,而且百般偷懒,致使很多应该的验证没有验证,很多应该考虑到的情况没有考虑.因为是老员工,我相比他来说是新员工.气势上总 ...

  7. 系统架构:Web应用架构的新趋势---前端和后端分离的一点想法

    最近研究servlet,看书时候书里讲到了c/s架构到b/s架构的演变,讲servlet的书都很老了,现在的b/s架构已经不是几年前的b/s架构,其实b/s架构就是web应用开发,对于这样的架构我们现 ...

  8. C#缓存的一点想法及测试

    项目开发中,用到了缓存,其中的一个列表项,可能要多线程处理,就有了下面的想法,具体的问题在代码中有详细说明,见下文. static void Main(string[] args) { 测试缓存的想法 ...

  9. 关于java中用itext导出word的一点想法

    这几天在项目组只做了很少的事情,主要还是自己不认真地说.我的部分是要负责用itext导出word文档这一块,之前看到大佬们做出了EXCEL部分觉得很是惊奇,就像刚刚接触HTML一样的感觉.但是毕竟自己 ...

随机推荐

  1. 从零开始学习和改造activiti流程引擎的13天,自己记录一下

    day#1(11.13) 尝试通过spring boot 集成最新版activiti 7,但是苦于官方的文档基本为空,无法完成spring boot的配置,最终按照activiti 6的文档,手工初始 ...

  2. js原生数组去重

    // ['c', 'a', 'z', 'a', 'x', 'a', 'x', 'c', 'b']; 取消重复的元素 数组去重 (for循环) // 把旧数组里面 不重复的元素选取出来放到新数组中 重复 ...

  3. 【Python实践-1】求一元二次方程的两个解

    知识点: import sys, sys模块包含了与Python解释器和它的环境有关的函数. “sys”是“system”的缩写.sys.exit() 中途退出程序, (注:0是正常退出,其他为不正常 ...

  4. dubbo-springboot入门级demo

    1. dubbo-springboot入门级demo 1.1. 前言 最后一个做运维的朋友和我提起,他们公司想做个dubbo灰度发布的功能,而这个功能落到了他头上.在我的印象里,dubbo应该可以通过 ...

  5. LeetCode算法题-Robot Return to Origin(Java实现)

    这是悦乐书的第281次更新,第298篇原创 01 看题和准备 今天介绍的是LeetCode算法题中Easy级别的第149题(顺位题号是657).在2D平面上有一个从位置(0,0)开始的机器人.给定其移 ...

  6. 【重学计算机】计组D3章:运算方法与运算器

    1. 定点数运算及溢出 定点数加减法:减法化加法,用补码直接相加,忽略进位 溢出:运算结果超出了某种数据类型的表示范围 溢出检测方法:统一思想概括为正正得负或负负得正则溢出,正负或负正不可能溢出 方法 ...

  7. Java进阶篇设计模式之一 ----- 单例模式

    前言 在刚学编程没多久就听说过设计模式的大名,不过由于当时还是个彻彻底底的菜鸟,并没有去触碰.直到在开始工作中对简单的业务代码较为熟悉之后,才正式的接触设计模式.当时最早接触的设计模式是工厂模式,不过 ...

  8. Redis集群伸缩

    集群扩容 前提准备,目前集群中一共有6台机器,端口号分别是6381.6382.6383.6384.6385.6386 1) 准备新节点 准备两个新节点,端口号为6387和6388,配置和以前集群配置一 ...

  9. SLAM+语音机器人DIY系列:(四)差分底盘设计——1.stm32主控硬件设计

    摘要 运动底盘是移动机器人的重要组成部分,不像激光雷达.IMU.麦克风.音响.摄像头这些通用部件可以直接买到,很难买到通用的底盘.一方面是因为底盘的尺寸结构和参数是要与具体机器人匹配的:另一方面是因为 ...

  10. 说说我为什么看好Spring Cloud Alibaba

    最近对<Spring Cloud Alibaba基础教程>系列的催更比较多,说一下最近的近况:因为打算Spring Boot 2.x一起更新.所以一直在改博客Spring Boot专题页和 ...