3/25/2009

知識管理成功案例-台灣索尼 (So-net)

導入知識庫管理系統,創造競爭優勢

一、 前言 
台灣索尼客服中心負責 So-net ADSL 的客服業務, So-net,是相當知名且受歡迎的 ISP 及 ICP 業者,挾著日系品牌的良好口碑及日式的優質服務,吸引了許多崇尚高速穩定上網的消費者申辦。隨著使用者的快速增加,客服中心漸漸感到客服業務逐日增長,並思索應如何有效率地處理大量的客服案件。在導入知識庫管理系統後,有效的提升客服績效,不僅縮短了客戶的等待時間且大大降低了客服成本。並藉著知識庫管理系統,真正達到「知識管理」中知識分享與知識傳承的真諦。

二、 企業背景介紹  
日本 Sony 集團網際網路事業核心 -So-net ,於 2000 年底,積極進行國際化的進展,選擇以台灣為第一發展據點,並與和信企業團合資在台灣成立新公司 -So-net Taiwan 。且活用 So-net 過去在日本針對消費者個人化的整合性網際網路服務所累積的成功經驗及品牌實力,並結合和信企業團的光纖骨幹建設、 IDC 網際網路平台、網際網路交換平台 … 等資源,以更高品質的寬頻連線與內容等多元整合性服務,帶給台灣消費者更高附加價值的網際網路服務 。

三、舊有的資訊系統與遭遇的困難  
隨著使用者的快速增加,台灣索尼客服中心開始感到客服業務之數量顯著增大,若仍採用傳統語音客服,以一人一機方式與客戶進行互動,除了硬體成本與人力成本之考量外,客服人員專業知識和與客戶應對話術之教育訓練,都將耗費大量經費。因此開始思考將部分客服案件導至由電子郵件處理,希望藉此降低所需成本,並思索應如何有效率地處理大量的客服案件。

四、選擇採用新系統的評估標準
根據上述的問題,新力索尼訂出的一個評估的標準,做為新系統評估的標準:

  • 廠商是否對知識經濟有概念?
  • 系統是否可透過簡單的操作達到知識傳承與分享的目的?
  • 廠商是否有導入知識管理系統的經驗?
  • 是否有完備的 Q & A 客服知識管理流程機制,例如編輯、審核、發行、分享、回饋等?
  • 是否可以很方便的累積客服知識,不會造成客服人員的困擾?
  • 知識查詢機制是否能讓客服同仁、一般的消費大眾,都容易使用?
  • 系統是否有知識貢獻與知識使用的分析報表?主管可以有效掌握客戶的問題類型、頻率,以及內部客服同仁知識貢獻的積極度。 系統上線導入的時間長短?現有知識如何匯入系統使用?
  • 是否容易與現有系統整合?是否提供系統客製開發的服務?未來系統擴充的彈性?• 系統保固維護的容易程度,未來廠商系統維護服務的品質與效率?
  • 系統建置費用?未來擴充的彈性與成本?

五、新系統的導入與建置過程
台灣索尼客服中心決定導入解決方案後,採用網際智慧標準系統導入流程 iQER(Empower by IQ Technology Efficient Resource) ,所採取的導入步驟與時程如下 :
在系統導入初期 ,因為必須請客服人員配合收集提供資訊與抽派人力負責資料知識庫資料建立,導致部份客服人員反彈,經過教育訓練與主管溝通後,客服人員願意配合公司政策,但並不認同建立知識庫可以獲得實際效率。系統正式上線後二周,資深客服人已明顯感受到每日協助其他客服人員的次數減少,其他客服人員也發現利用知識庫系統,可以快速查尋問題提供客戶正確解答 ,同時可以直接複製知識回覆 email ,明顯加快 email 的回覆速度,客服人員轉而主動提供知識

六、新系統建置後獲得的效益
平均每月新增知識筆數增加 19%
知識的品質提升 49%
服務人員的案件平均處理時間減少 47%
服務案件移轉至二線服務人員的頻率減少 42%
新人教育訓練時間減少 56%
常見問題網頁點閱率提高 52%
客服案件減少 48%
在導入知識庫管理系統之後,利用所提供強大的知識管理功能,可將常見問題建入知識庫中,一方面可加快客服人員的回信處理速度,另一方面更可縮減新進客服人員的訓練成本,除此之外,當客服人員完成案件處理後,也可自行決定是否將此次處理結果回饋至知識庫中,供其他客服人員取用,真正達到「知識管理」中知識分享與知識傳承的真諦
利用知識庫管理系統所提供之「知識管理內外部模組」功能,將一部份可直接讓顧客查詢之常見問題與 So-Net 之入口網站進行整合讓客戶可從官方網站上自助解決( Self-Service ),提高客戶滿意度,並降低客服案件數量。
另外,知識庫管理系統所提供的多樣化報表,提供了各類問題在系統中的分佈狀況,更讓客服主管對所需的各類報表一目了然。其中包括了「新增問題統計」,可藉此瞭解近期新增的問題列表,而「交叉查詢統計」可依建立者、建立時間、狀態進行查詢統計,可藉此看出各個客服人員的知識貢獻度,甚至可藉此評估客服人員績效。
台灣索尼導入知識庫管理系統迄今已超過兩年,節省了大量的客服成本自是不在話下,值得一提的是,由於知識庫管理系統之協助,台灣索尼已將 Sony 系列產品,如數位相機、 PDA 、手機等產品客服業務,皆已利用該知識庫管理系統。

七、執行心得與未來計劃
此次知識庫管理系統之導入,除了提升客服績效、減低客服成本之外,另一重大貢獻便是「知識管理」所帶來之效益,除了提供「知識分享」、「知識傳承」的助益,甚至利用該知識庫管理系統所提供之「知識管理內外部模組」功能,將一部份可直接讓顧客查詢之常見問題與 So-Net 之入口網站進行整合,讓客戶可從官方網站上自助解決( Self-Service ),不僅提高客戶滿意度,亦可降低客服案件數量,達成一良性之循環。

八、心得
與之前案例之成功關鍵因素比較:
§ 揚智科技
1.上層主管的支持:該公司技術長(CTO)的大力支持,技術長決定積極採用,並訂出明確的目標給研發相關部門人員,要求其上傳文件資料。
2. 導入部門的正確性:關鍵技術部門,會生產出許多跨部門以供各個研發單位共享的資料,透過知識管理系統將是最有效的資訊流通管道,因此,關鍵技術部門所提供的資料量已達整體系統資料量的50%。
3.制定明確的KPI(Key Performance Indicators):定期統計例如每週、每月上傳至 Domino.Doc 的文件數量及被點閱的次數,藉此展現 IT 部門的工作成果。確認員工已經將其所有的 Know- how 注入知識管理系統,進而鼓勵使用者閱讀與回饋,藉此養成員工對知識管理系統的使用習性。

§ 台灣索尼 (So-net)
1. 良好的溝通:經過教育訓練與主管溝通後,客服人員願意配合公司政策。
2.「知識管理內外部模組」功能:將一部份可直接讓顧客查詢之常見問題與入口網站進行整合,讓客戶可從官方網站上自助解決(Self-Service),提高客戶滿意度,並降低客服案件數量。

透過六個C中6C來達成有效的知識管理,包括個人層級的 create(個人的專業技能與知識)、clarify(確認擷取的內容)、classify(分類各種知識內容)、communicate(建構良好溝通環境)、comprehend(增進組織與個人間瞭解)以及團體層級的create(群組學習與知識分享),但關鍵成功因素則包括透過「資訊科技」,創造出一個協調式的「網路環境」,並且藉此調整「組織文化」為更開放並具備群組學習組織型態的過程。
有鑑於上述兩案例,知識管理的成功關鍵因素有賴於(1)訂定明確的目標以及(2)上層主管的強力支持與配合,再來是透過(3)完善相關的教育訓練以增強公司員工對於該系統的認可程度,然後是善用該系統,並(4)與公司現有系統做整合,讓員工可以更快瞭解並熟悉該系統,並願意提供個人所知來達到知識交流,最後達成知識傳承以及增進公司效益之願景。

九、參考資料
1.台灣索尼 (So-net)。IQ-KB 成功案例二 台灣索尼 (So-net)導入 IQ-KB 知識庫管理系統,創造競爭優勢。http://www.iq-t.com/SYSPRO/iqkb_02.asp。擷取時間:2009年3月27日。Taiwan。
2.朱斌妤、黎家銘、吳岱儒(2006),政府部門推動知識管理之關鍵因素探討,行政暨政策學報 第四十三期,p.127~164。

3/17/2009

知識管理失敗案例- Calibro 製藥公司

一、個案公司簡介
Calibro 是一家位於瑞士的歐洲大型製藥公司,其在世界各地都有研究實驗室。Calibro 在實踐知識管理的整體目標是為分散的研究人員提供一個共同工作的環境來研發新藥品,該計畫包含 "Knowledge Store" 以及一系列的 "e-rooms" 。Knowledge Store 會維護研究員共同重要的文件(由研究員提供),e-rooms 則會為討論團體「配置」以便「面談」,該計畫預期將會增進知識分享以及整個公司的共同運作,特別是橫跨國界,並且將會更快引導 1000 個分散研究人員來共同研發藥品。該計畫的名稱被稱作 Baleine Bleue (BB)。

二、初步的知識管理系統
BB 的初步計畫起因於1997年一個研究實驗室的領導 Pascal Delacarte 和一個美國大型法律公司的成員 Sandy McDonald 兩人的內部協商會,Sandy 關於其公司的知識管理策略的內部網路研發有所研究,她確信倘若有些成果被放入並轉換它到一個更好的現存組織資源平台,以及設立人員和世界各地的研究中心之間的新穎溝通設備,現存 Calibro 的技術架構將可被更近一步的利用。Pascal 對其相當感興趣並聽取 Sandy 對擁有一個「知識管理系統」的可行性,然後思考其將會克服 Calibro 多數資訊架構的問題,舉例來說:
  • 許多所謂內部發展「網路資源」,經由初步熱忱所建立,但之後疏忽並且最後被遺棄(至今仍可存取該系統)。
  • 該系統中有許多無效的連結。
  • 倘若有一個現存良好資訊內容是很難被找到的,因為(a)它是非公開的指示,或是(b)資源被「私人」伺服器所保護。假如資源開發者轉換部門或是離開公司就成為一個特殊的問題。
  • 同等的存取更多「正式」的公司資源,像是臨床實驗資訊和重要的客戶資訊資料庫,其歸因於缺乏察覺其權限以及粗劣的指標性所以相當困難。
  • 維護資訊格式化的龐大變化。
  • 至今,之前的管理對於知識管理只顯示少部份的興趣。

三、過程
計畫人員參與一些商業的知識管理訓練課程並接洽"KM solution"販賣商提供現成的知識管理系統作為雛形(prototype),但基於主要的成本原則,也因為沒有現成的封裝軟體吻合 Calibro 的需求,最後由Karl 接管研發 Knowledge Store 的架構,以便之後整合 e-rooms。在Karl宣佈他決定回到研究工作並離開改去另一家不同的藥品公司開始新工作,這樣一來只留下了Sandy和Paul他們自己,Paul只剩下三個月就要離開,當秋天時Pual回到大學,該雛形(prototype)仍尚未完全可操作,而單靠自己的情況下,Sandy沒有那些技術、時間或是熱忱來繼續該計畫。故該計畫被遺棄了。

四、失敗的原因

  1. 選擇了不是對於知識計劃足夠熟悉而能管理知識團隊的指導
    Calibro 的管理者作了一個錯誤選擇,因為事實上知識管理指導顯示出傾向管理計畫,他/她沒有知識管理的專門技術,而且這造成了實作計畫上的許多問題。被選擇的指導不能有效控制和管理計畫,也不能讓計畫安全通過危機以及解決瓶頸。
  2. 被選擇作為知識管理團隊的成員無法勝任該職務
    他們沒有察覺並且對於知識管理沒有經驗和知識,其不應該忽視多樣性和直接參與計畫的員工數量是否足夠(只有三個人)。同樣地,團隊的三個人之中只有一個人是從公司中被選擇出來地,而且他在公司裡沒有高度的身分權限。所以該選擇團隊對於組織和其內部關係沒有良好的熟悉度,而造成該計畫實作時偶而會碰到危機。缺乏公司中具有高度身分權限的人造成知識管理團隊沒有足夠能力來調動組織。
  3. 對於計畫範圍的錯誤規劃和錯誤預測
    知識團隊的指導沒有考慮計畫會如此冗長,並且由於計畫所增加的時間,他/她遺漏去控制計畫。
  4. 像是知識管理的重要計畫實作需要金錢
    必須為計畫分開分配和適合的預算,但是在 Calibro 公司中在其尚未完成時,就接著開始該計畫並由 Calibro 實驗室延續,因為沒有獨立的預算分配使得計畫必須面對財務問題。
  5. 組織員工和知識管理團隊之間缺乏合作
    我們必須考慮一些論題向是缺乏合適架構、缺乏員工和組織文化之間直接的管理支援,以及抵抗變遷的主要原因,當員工得知最上層的管理未直接支援該計畫,又不以高優先權來理解該計畫,所以他們不會共同合作該計畫。
  6. 組織在知識管理計畫中未扮演好一個重要腳色
    在 Calibro中,未準備適當的訓練,使得員工也擔心在知識管理系統實作後的改變。
  7. 對於現有系統並未透徹研究
    當他們了解新系統和現有系統的不一致,在建立知識儲存基礎時,知識管理團隊面對許多問題,尤其是儲存庫,為了解決這樣問題,其必須花更多金錢以及時間。

五、心得
案例中,Calibro 製藥公司縱使了解公司內部的現有問題,但卻過於草率地組成知識管理團隊,並開始該計畫,使得該計畫終將走入終止一途。在開始計畫前,應該先了解其他類似企業導入知識管理的情況與過程,並將公司中具有高度權限的人員具有知識管理相關背景的人員納入計畫之中(由於 Calibro公司是跨國性,必要時甚至需要從各地的實驗室中各推選一位適當人選以利縮減文化差距),並事先做好員工的相關訓練,讓他們了解導入知識管理所帶來的實質效益以及影響,以便導入後產生排斥的效應,最後也是最重要的一點,即是該公司對於導入知識管理的重視程度,惟有公司在背後強力支持,計畫成員才能更有信心來延續計畫,公司員工也能更信任該系統,來讓公司整體能有實質上的幫助。
知識管理就像是一個風潮,當各企業紛紛導入知識管理時,是否該予以跟進,這是各公司皆必須深思熟慮的問題,在未做好事先的了解與評估全面性的規劃,就盲目地導入,只會對公司造成不必要的傷害以及損失。

六、參考文獻
Peyman Akhavan , Mostafa Jafari & Mohammad Fathian(2005, 05), Iran University of Science and Technology, "Exploring Failure-Factors Of Implementing Knowledge Management Systems In Organizations", Journal of Knowledge Management Practice.

3/10/2009

知識管理成功案例-揚智科技

建置知識管理系統 揚智科技落實資訊管理與共享

一、概觀
當前企業置身的經營環境多變,實質的有形資產已經不再是唯一的競爭利器,無形的知識資產呈現後來居上之勢,帶動了新一波的知識經濟浪潮。
業務需求:
以IC設計為經營主軸的揚智,內部有高達八成的員工都屬於研發部門,完全是以研發為導向的高科技公司,因此,如何讓研發相關的所有資訊都透明化,並加以保存、管理與共享,是相當重要的關鍵
解決方案:
如同許多經營有成的高科技公司,揚智科技很早便關注知識管理的課題,期許能藉此為企業創造更多獨特而明顯的效益,Lotus Domino.Doc 則是協助將想法付諸於行動的助力,讓揚智能以最快速、最有效的方式來落實知識管理。
利益:
目前Domino.Doc中有高達八成的文件資料是與研發部門相關,關於OA及其他部門的資料較為缺乏,外部的資料來源也仍付之闕如,都是後續需要強化之處。長久而言,揚智的目標是希望所有員工,不論是研發或一般部門都能善用Domino.Doc,讓知識管理系統進而成為企業入口網站的一環。

二、成功案例

當前企業置身的經營環境多變,實質的有形資產已經不再是唯一的競爭利器,無形的知識資產呈現後來居上之勢,帶動了新一波的知識經濟浪潮。如同許多經營有成的高科技公司,揚智科技很早便關注知識管理的課題,期許能藉此為企業創造更多獨特而明顯的效益,Lotus Domino.Doc 則是協助將想法付諸於行動的助力,讓揚智能以最快速、最有效的方式來落實知識管理。

建置文件管理系統來落實知識管理應用,就成為最簡單而直接的作法。

Domino.Doc 結合 Notes 奠定知識管理基礎
身為宏碁集團的一員,揚智一開始就是使用Notes/Domino的標準訊息平台,而在Notes上所開發的許多應用程式,也已與內部的工作流程充分整合。揚智對於知識管理系統的評估始於2000年年底,由於 Domino.Doc 在當時就已採用Web使用者介面,還能直接沿用Notes的管理機制,結合其安全功能,便於從其中移轉文件檔案,因而雀屏中選。
揚智科技資訊管理中心部經理張豐林說明:「知識管理是個虛擬的概念,沒有固定或制式的產品或解決方案可以因應,所以,企業必須先清楚知道自己需要的知識管理的形式為何,才能選擇合適的解決方案。」對於揚智而言,導入知識管理的基本原則,就是要進行跨部門、跨公司的資訊與知識的集中及分享,因此,揚智先運用Domino.Doc建置文件控管中心(Document Control Center),在以Notes為基礎的前提之下,基礎架構的建置僅花費三個月時間,在2001年初順利完成。
因為揚智早期大多將文件儲存於檔案伺服器,所以,一開始推行 Domino.Doc 時,是先找到一個態度積極、且沒有檔案伺服器包袱的部門來做配合。然而,各個研發單位在本身內部的資訊交流或文件共享過程其實非常便利,導致知識管理系統的初期進展相當緩慢,真正讓知識管理的應用普及化的轉捩點,就在於該公司技術長(CTO)的大力支持。對於知識管理有其願景的技術長,原先就一直苦於缺乏解決方案和執行單位,但在IT部門建置 Domino.Doc 之後,技術長決定積極採用,並訂出明確的目標給研發相關部門人員,要求其上傳文件資料

另一個助力則來自於關鍵技術部門,其為揚智研發部門的後勤單位,專責EDA等工具的支援工作,因而會生產出許多跨部門以供各個研發單位共享的資料,透過知識管理系統將是最有效的資訊流通管道,因此,關鍵技術部門所提供的資料量已達整體系統資料量的50%。

多方強化以提升知識管理應用水準
要評估知識管理系統推行的成功與否,關鍵在於制定明確的KPI(Key Performance Indicators)。以揚智為例,就會定期統計例如每週、每月上傳至 Domino.Doc 的文件數量及被點閱的次數,藉此展現 IT 部門的工作成果,同 時也對不夠積極的部門增加動力。不過,張豐林表示,揚智雖然要求員工上傳文件,但尚未對此提出任何激勵方法,但此舉可以確認員工已經將其所有的 Know- how 注入知識管理系統,進而鼓勵使用者閱讀與回饋,藉此養成員工對知識管理系統的使用習性。如此一來,對於日後的經驗傳承和人員訓練,都可望成為一大助力。
另一方面,如何為保存大量文件檔案的知識管理系統進行分類,可是一門大學問,因為不僅每個部門需求不同而產生互異的分類標準;即使訂出分類標準,仍有可能找不到所需文件。對此,揚智採行的作法是以搜尋功能來補強,由IT部門運用點閱率與交叉搜尋等作法,藉以提升搜尋速度及搜尋結果的品質,終於讓使用者由抗 拒轉為接受。但長期而言,建立知識管理系統的分類標準仍勢在必行。
張豐林強調,知識管理的推廣關鍵不在於技術或系統,而是在人員的整合及推動,因此揚智科技下一步工作重點,就在於文件內容的多樣化。目前 Domino.Doc 中有高達八成的文件資料是與研發部門相關,關於 OA 及其他部門的資料較為缺乏,外部的資料來源也仍付之闕如,都是後續需要強化之處。 長久而言,揚智的目標是希望所有員工,不論是研發或一般部門都能善用Domino.Doc,讓知識管理系統進而成為企業入口網站的一環。

三、心得
在公司部門中,最重要的莫過於研發部門,其為推動公司成長的一大利器;要有更好更適合的新產品產生,就必須擁有更新的知識,所以一般公司普遍都會先由研發部門來導入知識管理系統。由於研發部門必須再承接公司的傳統的前提之下來研發新品項,這時知識的傳承就顯得更為重要,新進人員如何才能在最短時間內熟悉公司要務,在這個資訊爆炸的時代,只靠公司前輩的指點實在是過於緩慢,更別說有些人習慣留一手而不願意悉心指導;當然,導入知識管理系統時同樣會碰到相同的難題,如果有人不願意配合怎麼辦?這時公司上級的指導方向就相對顯得十分重要。公司引進知識管理系統,主要就是希望公司能再持續往前邁進,透過系統能讓員工更了解公司的運作,也能讓員工之間進行腦力激盪,讓新知能以更快速的方式來作分享。

知識管理最大成功的因素就是分享,有分享才有收穫,關起門來獨自學習是永遠比不上與他人交流來得迅速以及充實,在現在這個時代,唯有與人多交流、互動,才能讓自己跟上時代的腳步。


四、參考資料
Taiwan(2008)。IBM-建置知識管理系統 揚智科技落實資訊管理與共享。http://www-01.ibm.com/software/success/cssdb.nsf/cs/zwen-7hmafd?OpenDocument&site=swtaiwan&cty=zh_tw。擷取時間:2009年3月12日

3/06/2009

Knowledge Management

知識該如何來作管理?是看到這門課時心中所浮現的一個疑問。
畢竟人的一輩子中,知識總是不斷地累積加乘,正所謂學海無涯,知識就好比像是影子,在作每個決定的時候,它可能能成為很不錯的工具,默默在一旁輔佐自己做出最佳的抉擇;但在個人的認知中,知識是無形的,是抽象的,該如何來作管理呢?作了管理又能有什麼幫助呢?
希望透過這門課,能對本課程有更進一步的認知,也希望能透過這門課來活用知識,以達到與人分享及交流新知,讓自己更加充實。