March 8,2005 12:59
KM and Blog = Klog?!
剛才收到客戶的來信
信中提出了對"blog是否能應用於KM相關領域(主要是指社群及專家黃頁)"的疑問與思考
令我十分訝異與欣喜
訝異的是，這樣的問題並不是由所謂的科技公司或IT承辦人所提出
欣喜的是，客戶也在跟我想一樣的事情!
只不過，目前我們都沒有太多的想法
或許可請他到樓下找工頭聊一聊吧XD
引用URL
http://cgi.blog.roodo.com/trackback/34080
回應文章
blog for KM,恩恩恩...好像可行喔
立刻想起的是像豬小草的人行道這樣直接用tags作分類的部落格, 如果把基本的一些tags制定下來, 大家一起遵循, 那社群的力量似乎可以得到相當的發揮...
比方我解答了一個我認為屬於"薪資"的問題後, 把他加上"薪資"的tag, 但是提問者看了解答後, 覺得我的回答跟"績效"有相當的關聯, 於是多加上"績效" 的 tag. 下次有人在找"績效"的knowledge時, 我這篇其實跟"績效"相關卻不自知的"薪資" knowledge, 也會被閱讀到.
或者, 若能結合一些 Wiki 的功能, 似乎就更夢幻了???
立刻想起的是像豬小草的人行道這樣直接用tags作分類的部落格, 如果把基本的一些tags制定下來, 大家一起遵循, 那社群的力量似乎可以得到相當的發揮...
比方我解答了一個我認為屬於"薪資"的問題後, 把他加上"薪資"的tag, 但是提問者看了解答後, 覺得我的回答跟"績效"有相當的關聯, 於是多加上"績效" 的 tag. 下次有人在找"績效"的knowledge時, 我這篇其實跟"績效"相關卻不自知的"薪資" knowledge, 也會被閱讀到.
或者, 若能結合一些 Wiki 的功能, 似乎就更夢幻了???
blog似乎比較傾向於個人的知識管理
用tag來分類就可以做到一般DMS中所謂的多重分類
不過，blog則不適合拿來處理較為複雜的管理機制
例如權限控管以及版本控制等，或許Wiki是比較好的解法
不過，blog的方便性或許也是鼓勵分享的較佳選擇...
然而，對於組織而言，最重要的還是"萃取出知識工作者的成功經驗，並複製或加以改進，最後行之無形，融入日常的工作當中"
若以這個方向為出發點，Blog似乎能做到的是將文章與相關回應整理成"Best Practice"，然後archive起來供搜尋，也就是知識的擷取與整理（整理機制也得考慮到方便性，以符合工作習慣）
另外，當知識的數量愈多，如何能在眾多的知識中取得那最關鍵的部分呢？或許也要佐以適當的評分機制以及有效率的搜尋機制吧！
用tag來分類就可以做到一般DMS中所謂的多重分類
不過，blog則不適合拿來處理較為複雜的管理機制
例如權限控管以及版本控制等，或許Wiki是比較好的解法
不過，blog的方便性或許也是鼓勵分享的較佳選擇...
然而，對於組織而言，最重要的還是"萃取出知識工作者的成功經驗，並複製或加以改進，最後行之無形，融入日常的工作當中"
若以這個方向為出發點，Blog似乎能做到的是將文章與相關回應整理成"Best Practice"，然後archive起來供搜尋，也就是知識的擷取與整理（整理機制也得考慮到方便性，以符合工作習慣）
另外，當知識的數量愈多，如何能在眾多的知識中取得那最關鍵的部分呢？或許也要佐以適當的評分機制以及有效率的搜尋機制吧！
如果要應用到KM，最重要的是Domain Knowledge的字典(Ontology)，這樣才能讓人或電腦去處理這些資料，至於Ontology目前還是必須透過專家來制定，且效用不顯著。