後續研究建議

一、本研究最終採用開放軟體 Redmine 作為 B 部門顧客 KMS，這是前所未有 的嘗試。提出概念性的作法後，目前正處在實施的階段。然而，Redmine 的開發 社群持續有新的 Plug-ins 釋出供使用者考量，故系統功能仍不斷變動外，運作的 時間也還不夠長，無法在短期內提出成果檢討。倘若未來能夠實施成果優良，可 考慮協助性質相同的部門導入。另外針對集團的 KMS，則建議可調整為方便拆解 與組合的系統，例如，增加系統的整合性功能，因為集團偏向相關多角化，若能 將各個子公司的資訊彙整與交流，更能達到經營綜效。

二、組織結構有可能會改變。尤其類似 B 部門內部創業性質的新技術部門，未來 可能會走向衍生公司或是由母公司投資的獨立公司。且，根據 B 部門某員工在公 開文件提出其認知：一個技術團隊出來自己開公司，稱為「Spin Off (衍生公司)」；

一個技術團隊加入某個組織，成立一個新創部門，稱為「Spin In」。研究者認為 這可以說明，B 部門可能由「Spin In」成為「Spin Off (衍生公司)」。屆時，KMS 要如何轉變，後續研究可以針對此議題進行相關的研究。

三、新創團隊不論是自己在產業中草創起家或是由企業內部投資生成，組織背景 與資源的多寡皆不盡相同。本研究過程中也觀察到，組織中個人的工作習慣似乎 對組織的運作帶來影響，這部分應該屬於組織文化的範疇。建議後續研究可以針 對新創團隊的建立的文化類型，與適當的知識管理系統設計進行相關研究。

參考文獻

1. 台灣證券交易所、證券櫃檯買賣中心. (2015). 產業價值鏈資訊平台-軟體服務 產業鏈簡介. from http://ic.gretai.org.tw/introduce.php?ic=R000

2. 黃彥凱. (2007). 專業網站知識管理系統之發展與建立. (碩士), 國立中央大學.

19. 張紹勳. (2004). 研究方法：精華本. 台中: 滄海書局.

20. 盧天富. (2002). 資訊部門企業內部創業經營管理之研究. (碩士), 國立中山大 學.

21. (筆名), L. (2012). 打造軟體團隊.

From http://ithelp.ithome.com.tw/question/10099866?tag=rt.rq 22. 司徒達賢. (2008). 以知識管理取代師徒傳承.

From http://www.netadmin.com.tw/article_content.aspx?sn=1502030006 24. 劉常勇. (2000). 內部創業. from http://cm.nsysu.edu.tw/~cyliu/files/edu50.htm 25. 郭銘晟. (2006). 以專案管理為基礎之知識管理策略：孟華科技

26. 林奕銘. (2007). 知識工作者與組織知識創造: 社會困境的問題與解決. 國立虎 尾科技大學學報 第二十六卷第三期, pp. 75-90.

27. 陳光華、潘榕森. (2005). 知識管理系統應用之評估架構與個案研究. Journal of Library and Information Science 31(2), 62 – 83.

28. Frost, Alan. (2010). An Educational KM Site.

From http://www.knowledge-management-tools.net/

29. Lee, T.-H. (2011). Redmine 基本功能介紹.

From http://blog.longwin.com.tw/2011/03/redmine-intro-function-2011/

30. Rio. (2011). 史詩電影還是肥皂劇？「內部創業」矛盾篇.

From http://www.inside.com.tw/2011/07/28/internal-entrepreneurship-paradox 31. Leidner, M.A.D.E. (Mar., 2001). Review: Knowledge Management and Knowledge

Management Systems: Conceptual Foundations and Research Issues. MIS Quarterly, Vol. 25, No. 1, pp. 107-136.

32. Kwan Hee Han , J. W. P. (2009). Process-centered knowledge model and enterprise ontology for the development of knowledge management system. Expert Systems with Applications 36, 7441–7447.

33. Hwang, R. (2015). 協同合作系統建制與導入 - 以 Redmine 為例. from

http://rickhw.github.io/2015/01/06/%E5%8D%94%E5%90%8C%E5%90%88%E 4%BD%9C%E7%B3%BB%E7%B5%B1%E5%BB%BA%E5%88%B6%E8%88

%87%E5%B0%8E%E5%85%A5-%E4%BB%A5-Redmine-%E7%82%BA%E4%

BE%8B/#

34. KBPublisher. (2015). KBPublisher Homepage. from http://www.kbpublisher.com/

35. OpenKM. (2014). OpenKM-Knowledge Management Homepage. from http://www.openkm.com/en/

36. Redmine. (2014). Redmine Homepage. from http://www.redmine.org/

37. Sanders, A. (2015). How to Preserve a Startup Culture as a Company Grows. from http://www.gsb.stanford.edu/insights/how-preserve-startup-culture-company-grow s

38. CKEditor. (2015). CKEditor 官網. from http://ckeditor.com/

39. Yin, R. K. (2002). Case Study Research: Design and Methods, 3rd Edition (Applied Social Research Methods, Vol. 5). SAGE Publications, Inc, 3rd ed.

URL http://www.worldcat.org/isbn/0761925538

40. IC Jan 詹益鑑. (2013). 1到100的團隊成長之路. from http://icjan.blogspot.tw/2013/11/1100.html

附錄一

(備註：PoC(Proof of Concept)為概念性驗證)

7/24 負責人 一、公司內部的 KMS 像是一個蒐集資料與分類的儲藏 或粗糙都有可能產生問題，而 PaaS、IaaS、SaaS 的分類也 不建議。

三、與公司內部其他 BU 之間的分享是比較困難的，所以

不需考慮這部份。

四、目前的客戶來源大多是自己找上門來的，並不是 自行 去開發拜訪。未來有需要的話，會傾向找擁有幾個領域 domain know-how 的人來。與客戶接觸的管道有：訓練課 程、小型的座談會、茶敘，了解潛在客戶的需求，有 PoC 的 機會（機會管理）。

五、將銷售這塊交給 sales partner 去執行，不碰銷售面繁 瑣的那塊，但也無須要求 sales partner 將資訊做分享，因 為他們沒有動機這麼做。

六、實體聚會：每個月會有一次的全體聚會（all-hands meeting）各個 group 則是每週一次聚會，聚會內容大部分 會是分享工作上的心得—> 每個 group 不同。

七、使用平台的習慣性調查，與平台規劃的考量因素愈周 詳愈好，要把可能會遇到的問題先想過。

附錄二

z 訪談詳情包含相關的公司內部資訊，考量個人言論的隱密性而不予完

整詳細呈現。

z 第一階段訪談邀請函：

親愛的受訪者，您好

我是台灣師範大學全球經營與策略研究所的研究生 Winnie Weng ，目前為 該部門的暑期實習生，正協助規劃部門的 Knowledge Management System (KMS) 。為了更瞭解各位的使用需求，我將與各位進行一對一的訪談，以自 由交談的方式進行，各位可以盡情表達您的想法，協助更精確規劃符合部門 的 KM 系統。

訪談主題大綱如下：

＊【BigData Underground】（FB group）的使用調查

＊ KMS使用經驗分享與建議

＊ 搜尋知識與分享知識的習慣

請各位至以下連結填寫個人的基本資料，並選擇您可以受訪的時段，以利訪 談作業之進行 (每人大約15-20 mins的訪談時間)

（ https://docs.google.com/forms/d/1GALvixJ9g4lwnOtu0PXpIIPdjckhHX7CI9 NcgUMuUDs/viewform?usp=send_form ）

謝謝大家的配合 ^_^ 如有任何疑問都可以直接聯繫我

z 第二階段訪談邀請函：

Dear all,

KMS 還在持續規劃中，且越來越清晰。接下來，我們以協助各個功能角色的 新藍衣人快速上手為目標 (不期待做到完全的 Self-learning，能有 60%~70%

就不錯了)，看看新人在這個環境中，需要知道什麼？其中又有何是 KMS 可以 事先標準化準備起來，不用再麻煩各主管的？

接下來，請各位接受 Winnie 的個別訪談。

Thanks 2014/11/4

Dear xxx, 我是Winnie ^^

想請問您本週的二 / 四或下週一 / 二 / 四，是否有30-40mins的空檔與我進行 一對一的訪談？

訪談最主要是希望，從您這裡了解 XXX team 在 training 新人時，如何協助其 快速上手？

1 新人需要知道什麼？（ex:目前執行project的相關資訊）

2 承上題，有哪些是可以 SOP 並放在 KMS 讓新人自主學習？

如果您對 KMS 的規劃上有任何建議和需求，也歡迎您在訪談時提供給我 我們會盡量去設計一套讓大家都願意自發使用的KMS，需要您的協助 謝謝^^

2014/11/4

附錄三

z 系統建置詳細時程表：

時間 內容

2014/7/24 與負責人進行 KMS 規劃的初次討論 2014/7/28 負責人解說部門工作的大概流程 2014/7/31 獎勵制度提供

2014/8/5 討論接下來的導入步驟

2014/8/12 第一階段訪談前的討論與訪談開始 2014/8/25 訪談後 feedback

2014/8/29 邀約訪談事業發展與研究發展團隊的管理人 2014/9/9 研究者身分轉換 (實習生身分轉變為部門人員) 2014/9/22 針對建置 KMS 的方案進行討論

2014/11/4 負責人 mail an mail about KMS 新人協助需求訪談 2014/11/10 討論 Redmine 作為 KMS 的可行性

2014/11/11-18 進行 Team lead 訪談

2014/11/27 建構資料，從 PM 負責的產品相關文件開始 2014/12/25 KMS (Redmine) On-line

2014/12/27 Kick-off meeting announced