Day 15 知识地图

画出一张属於自己的学习地图,只有知道自己身在何处,才不会迷路。你必须知道这项学习的终点,该拥有什麽样的技能,该掌握哪些关键知识。

《iT邦帮忙铁人赛的观点》(以下简称铁人赛):
铁人赛办理了十三届,累积了大量比赛的文章,这些文章都以不同形式方式保存下来,不会因为比赛终了,而让每个辛苦三十天的参赛者资料被遗失。


《一般企业IT管理的应用》:(作者分析)

有关於本篇,我们来说一下『知识地图』这个观念。笔者第一次听到知识地图,应该是今年公司开会的时候,听到高层所提出来的新词汇,所以,在想了解的情况下,赶紧查了一下资料,大致上,是说为防止组织内部因为人员流动的关系,产生知识断层,为了保存相关内部知识,所以采用知识地图的方式,让组织内部的技术性资料得以保存,这个知识地图是其中一种方式。

知识地图,根据外面坊间的相关书籍的一些解释及分类方式,大致可再细分下列四类:

  1. 知识来源图:组织内有哪些不同领域的专家。
  2. 知识结构图:各领域的专家们彼此之间的关系。
  3. 知识应用图:完成组织的其中一项流程,需要多少步骤及知识。
  4. 知识发展图:如何循序的发展所需要的领域知识。

大致上,所谓的知识地图就是在说这些,我想在铁人赛十三年来的努力,基本上就有知识地图的架构,每年都有不同的人员参加不同组别竞赛,有些是旧有的人员,有些是新的参赛者,知识来源图就可以建构出来。然後,大家存在着竞争或者互相学习的关系,知识结构图接着就形成。到了第三部分,就我们常说的三十天连续不断的发表文章,要让参赛者绞尽脑汁、坚忍不拔的完成这个困难的铁人赛,这就是知识应用图,最後,每个领域在十三年的铁人赛,循序渐进的成为长期发展的专业知识,也就是知识发展图的精神。

企业如果有人力流失的状态,理论上是应该好好思考知识地图的观念,但是,其实还是要看知识地图的产出,是不是有逻辑性?诚如之前所说,如果只是大家一股脑的把一堆资料丢进资料库,也没去分类跟解释,那其实一点效用也没有,甚且知识是一定要拿出来用的,如果只是丢着不用,那其实是浪费整理的人的人力而已,毕竟这些知识资料库都需要花时间整理的。


<<:  Day18-内边距、外边距(CSS)

>>:  全端入门Day27_後端程序撰写之Golang

Day28:【技术篇】ASP DOT NET CORE 的 MVC 基础入门

一、前言   既然是全端工程师,就也带一下後端程序语言与架构上的基础内容。因为现职公司使用的是ASP...

[Day14] React Native - Redux Saga

Create Action 在建立 Saga 之前,我们要先建立对应的 action ,以前一篇 E...

Python & Celery 学习笔记_周期任务 (Beat)

这篇文章主要在说明,该如何使用 celery 定期执行任务,基本上来说,beat config 的设...

【在厨房想30天的演算法】Day 24 资讯安全与演算法 : 共用金钥密码系统

Aloha!又是我少女人妻 Uerica !最近 KTV 终於解封了,只是戴口罩又只能喝水要怎麽唱,...

[Day25]Primary Arithmetic

上一篇介绍了Funny Encryption Method,这题介绍了当1个数字是十进位以及十六进位...