planetoid's blog     

台灣維基人夏季聚會應mingwangx之邀,簡短地分享我的Wiki經驗與建立小型偕作的可能。

CMW Watch的Wiki Myths, Wiki Reality (簡體中文翻譯:Wiki 的神話與現實_cnBeta 視點觀察)提到三點Wiki技術的迷失。

  1. Wiki技術將鼓勵員工貢獻內容 (A wiki will heighten motivation and spark contributions)
  2. 員工們都知道如何使用 Wiki (Employees will know how to contribute)
  3. Wiki 會讓你隨時找到你需要的訊息 (Wikis will always surface the information you need)

迷失2與迷失3在原作中均已經提到一些解決方案,此處就「迷失1: Wiki技術將鼓勵員工貢獻內容」進行回應。

作者在文中建議Wiki需要「(1)明確目標、(2)訊息自由發佈的企業文化 與 內容品質議題、(3)可以幫助員工們的工作」。iThome重新思考知識管理系列文章中的「回到營運角度思考知識管理」提到「如何讓知識管理系統發揮效用,提高員工使用率和貢獻度,決定了的成敗」,Wiki作為知識管理的環節的前提下,回到Wiki強調「自由發佈、多人合作、建立資訊脈絡與關聯」的功能(修改自Jedi對於Wiki的詮釋),什麼樣的內容主題可以觸發這樣的合作機會及內容分享,又能處理內容品質議題?

內容協作的可能:
(1)文件編寫:除了使用Word追蹤修訂,也可使用Wiki的版本管理功能,例如Google文件的共用、協同合作及發佈
(2)會議記錄確認:會議記錄的修改確認與再確認,除了Email往返外,經由Wiki集中編寫與共同檢視,減少溝通時間、
(3)客戶服務支援:客戶服務的技術文件支援,經由Wiki讓不同部門或使用者社群方便共同編寫,例如國內社群書籤分享網站funP.com 使用手冊(使用DokuWiki)、國外Second Life Wiki(使用MediaWiki)等、甚至是奧客言論集與客服教戰手冊、
(4)群組專案:將群組專案原本散落各處的資源進行連結彙整。
(5)其他:例如日常所需的中午訂便當商家名冊與評論等等。

內容品質議題:
內容品質並非Wiki上才會發生的問題,不管使用哪一種資訊系統,均會面對該問題。在品質管理機制上,常見的是有專家或守門人審核文件後,才進行發佈,但相對地將會將低文件傳遞的速度,因此加註資料來源供其他使用者查證、或者將該議題結合企業的獎勵誘因方針,提升與鼓勵好的內容的分享。


回到「Wiki作為知識管理的環節」的前提,是否Wiki技術該視作企業知識管理的部分 或者 企業根本不該使用Wiki,則留待讀者來回答。


學術寫作有時需引用網路資料作為參考來源,由於FirefoxCopy URL+擴充套件官方久未更新,所以改為採用QuoteURLText

1. 首先至Firefox 附加元件網頁安裝QuoteURLText。安裝完QuoteURLText,重新啟動Firefox。


2. 點選上方選單的「工具」 -> 「附加元件」 -> 「QuoteURLText」 -> 選項


3. 「Basic」標籤: 勾選「Use Advanced Formatting」選項 (如下圖)
QuoteURLText  - Use Advanced Formatting0


4. 切換到「Advanced Formatting」標籤,在文字方框輸入

Author (date). @title. Retrieved @date, from @url

然後按「確定」


5. 回到要引註的網頁資料,選取任意一小段文字後(如果不選取,將會出現錯誤),點選滑鼠右鍵,選擇選單中的「Quote Text」(此時Firefox已經依照QuoteURLText擴充套件設定的格式,自動複製到剪貼簿)


6. 打開文書編輯軟體,按「貼上」,將格式化的文字貼上。

* 以網頁資料附註方式網頁為例,貼上的結果是:

Author (date). apastyle-2. Retrieved Sun Jul 27 2008 07:04:30 GMT+0800, from http://web.ed.ntnu.edu.tw/~minfei/apastyle-2.htm

* 請記得手動加上作者、著作年代及調整時間格式,以符合正確的APA格式。


如果你不想以「網頁標題」作為格式化文字的來源,而是使用「選取的文字」,請在文字方框輸入

Author (date). @quote. Retrieved @date, from @url

參考資料
* 網頁資料附註方式

相關資料
* QuoteURLText詳細設定

毛遂自薦在「Firefox 3 Party 慶祝活動」分享「Firefox 與 個人知識管理」的個人心得。


講題簡報:


(語音+ 簡報播放, 放大播放簡報直接下載簡報, PDF檔 312KB)


參考資料:
* XXC (2008). 由知識管理,到識知管理. Retrieved July 19, 2008, from http://www.xxc.idv.tw/blog/xxc/km/from-km-to-pkm.html
* Paul A. Dorsey (2001). Personal knowledge management: educational framework for global business. Retrieved July 19, 2008, from http://www.millikin.edu/pkm/pkm_istanbul.html


https://docs.google.com/images/doclist/logo_docs.gif
最近英文教師虛擬社群論壇EVOnline,熱烈討論著「Google Docs算不算是Wiki?」(Are Google Docs Wikis?)。就Wiki的定義來看,「使用者可以透過瀏覽器自由地存取、貢獻或編輯的多個網頁(collection of web pages)」,Google Docs是wiki。

跟其他wiki軟體相比較,Google Docs功能上令人讚賞的是,除了偕同編輯、MS Office風格的使用介面及文件格式的銜接外,並且可以有最多10人同時間在線上同步編輯。因此在另一個討論串中,被許多老師提到將Google Docs作為「小組合作進行寫作練習」的資訊工具。不過當文件數量多時,Google Docs不能看到小組其他同學如何組織分類文件,以及編輯時方便引用與連結其他文件,是Google Docs相較欠缺的地方。

將Google Docs與其他wiki軟體比較,可能的問題是,Google Docs是以文件為單位的線上文件編輯及管理系統,而其他wiki通常是多個文件組合而成的網站,兩者的層次有所差異。Google的另一套產品Google Sites比較接近其他wiki軟體的層次,但是它擴充了文件編輯的認知,整體網站的元件均可以偕同編輯組成。


參考資料




附註:為何wiki是「偕同編輯」,而非「協作編輯」?因為「協」字代表一群人在一起,但是可能有人會扯後腿。而「偕」字則代表一群人心連心、手牽手地一起完成一件事。 (語出自Jedi, 2007-07-20 演講)



選擇語言translate to...

Links

廣告