如何在公司內部推廣wiki系統？

12-30

公司項目十分龐大，許多項目文檔找起來十分麻煩，有些知識只有問更熟悉項目的人才能解答，所以我認為在公司內部建立wiki系統十分有必要。但現在有個問題，
我剛來公司不久，公司內部並沒有對此形成統一的意見，請問建立好的wiki系統應該如何推廣呢？
有沒有成功建立公司內部wiki系統的例子，可以和我交流一下。
還有，我覺得在公司內部建立像知乎這樣的問答平台也不錯，請問公司內部wiki平台和問答平台哪個更合適些？

confluence也是wiki啊，並不是mediaWiki才叫wiki。事實上根據我的經驗，如果是公司內部使用，confluence可能更合適，因為：

1.MediaWiki太複雜，架設部署複雜，使用複雜，學習複雜。你不可能去要求公司員工抽時間去學標記語言。的確如果不和kpi掛鉤誰會去折騰。

2.confluence雖然能做的事情沒有mediawiki多，但是交互簡單，功能操作直觀。唯一區別在於confluence是付費版，當然你可以找個盜版破解的當我沒說吧～

言歸正傳我覺得最重要的還是習慣問題，外國人使用維基一種潛移默化的思維，什麼東西都喜歡往維基上搬，維基百科，wikia，個人維基，企業維基…中國人一提維基就只知道維基百科，而且都是只看不寫的那種，大多數人的認識還停留在「維基和百度百科不是差不多的東西嗎」這種層次。

企業的領導者也沒有這種觀念，大多數不會介意內部信息系統的建設，其實國外這種面向企業的維基系統很多，微軟有個Sharepoint我估計國內好多人根本沒聽過，當然聽了也不會去用，正版賣的齁貴…國內許多企業的操作系統和office，photoshop還都是破解版的呢……什麼時候黑蘋果沒了，才能指望有人花錢買維基軟體。

而mediaWiki本身就不是為企業開發的，難用不好使那是必須的，但是這也是mw牛逼的地方～國外也有許多第三方改造優化過的mediaWiki，比如gamepedia採用的hydra，但依然不是對企業端開發的，企業如果想用必需克服這麼幾個問題，首先是隱私和安全，肯定不能開放，也不放心放在第三方平台和伺服器上再有就是易用易學。省錢最好免費這樣一看基本上所有維基系統都不合適

還是trello evernote Github搞起來吧……

也許這是個痛點？當個創業目標也不錯嘛

2333

選擇一個有討論功能的企業 wiki 即可，不過說服沒有企業 wiki 使用習慣的公司使用 wiki 還是有一定難度的。國外企業早就養成了知識沉澱習慣，而國內公司創立時間較短，很多公司還沒有意識到文件分散化的弊端，題主能意識到公司 wiki 的重要性，思維已經走在知識管理前列了。

根據我們公司的經歷，總的來說，要讓老闆覺得 wiki 對公司有意義，讓同事覺得 wiki 能幫到他們而不是讓工作變得更繁雜，才能夠最終讓整個團隊習慣於使用 wiki 工作。

1. 用案例展示出來用 wiki 的好處，讓領導覺得這個東西有用，才好開展後面的工作。形成企業 wiki 的好處實在太多了：

能夠將公司的所有知識集中在一個位置，成為公司內部的百度
通過在 wiki 中整理知識，可以讓公司的知識體系化，規範化
通過 wiki 可發現知識缺口，和公司流程的薄弱環節
即使員工離開公司，有價值的信息也會留存在 wiki 中
公司流程和基礎資料可以放在公共可讀 wiki 中，入職培訓十分簡單
wiki 可以實現文件協同，降低溝通成本，不再需要文件傳來傳去

而對於公司層面最重要的是，「經驗」這種寶貴的公司財富，以往只存在於老員工的腦袋裡，和各個員工的硬碟里，很容易流失。但是有了 wiki 以後，公司的每一個流程、每個客戶帶來的經驗總結都可以沉澱在同一個位置，成為企業發展的堅實後盾。

2. 從你自己開始，先把 wiki 用起來。比如說把你手裡的所有文檔傳到 wiki 上面，當同事讓你給他發xx文件的時候，直接把 wiki 庫地址甩給他，或是讓他去 wiki 裡面搜索。一次、兩次可能大家還會私敲你要文件，但是久而久之大家會發現你的用法很方便。

3. 從功能層面，教團隊善用搜索框和版本控制功能。對於員工來說，企業 wiki 比 SVN 庫好用的一點就在於，很容易就能找到自己需要的、最新版本的文件。不需要在文件庫里翻來翻去，不需要在微信群里傳來傳去，把 wiki 當作自己公司內部的百度來用，是能夠幫到大家工作的。

4. 選擇一款交互友好的 wiki。ToB 類產品在交互和設計上往往弱於to C產品，無論是 Mediawiki 還是 dokuwiki，都像是上個年代的產物，對於習慣使用 toC 產品的年輕人來說相當不友好。現在企業級軟體也在逐步簡化操作界面，提高體驗。國外的Confluence，國內 ONES Wiki 都是不錯的選擇。

5. 選擇一款許可權控制比較強的 wiki。企業 wiki 和個人筆記畢竟不同，如果所有人都有全部讀寫許可權，很容易造成信息丟失、被競爭對手竊取全部知識等等惡劣的後果。所以基本的分部門許可權、讀寫分離許可權、管理員許可權是必備的，ONES Wiki還可以設置某個成員域可讀，對企業來說是比較實用的功能。

利益相關：ONES Wiki-一起構建團隊知識庫 | ONES

WIKI維護需要專人，然而。。這也是人力，在很多人眼裡，浪費這麼個人不如大家都成為專家。。。

樓主的情況跟我很類似。

我來介紹一下我是如何處理的：

2年前剛進公司的時候，整個研發team內部沒有一套有效地文檔管理機制，大部分文檔都存放在ftp伺服器上以及大牛們的心中。

後來我就搭了個mediawiki作為我們小team的文檔管理庫，嘗試著把能搜集到的資料都弄上去。

雖然丑歸丑點，但是效果還不錯。小組內的同事用的還很多。但是很遺憾，一直沒有推廣到整個研發組織里去。

因為就在我搭起來不久之後，公司引入了JIRA+Conflucence的商業智庫，我的這套環境上的資源也被遷移進去。看起來似乎一切都走上正軌。

不過事實上，真正用wiki來整理搜集以及歸檔文獻的人，還是少。

大家都習慣於：

1. 度娘谷歌。

2. 自己的小文庫 evernote or 文件夾

3. 郵件說明。

4. 放到ftp上然後不管它。

首先要改變大家的習慣，其次這個wiki才能被撐起來。如果只是一廂情願的覺得什麼好就用什麼，也許你能在一個小圈子裡推廣，但是要大多數的人都用上，我覺得除了KPI來驅動，沒什麼能辦到。

我公司也有WIKI，應用覆蓋全公司，包括項目管理、軟體研發與測試、硬體研發與測試、生產、人事、IT部門。。。由於項目過程文檔和相關信息都每天更新到WIKI，所以同事們基本都養成習慣主動上WIKI。維護和更新的話，每個部門指定專人即可，很方便。

2014/11/20 Update: 用docker快速搭建dokuwiki reterVision/docker-dokuwiki · GitHub

我們公司目前技術團隊規模不大，只有五個人。但是我們還是在公司內部搭建了一個MediaWiki，做知識共享和文檔存儲之用。

平日里基本上大家各有各負責的模塊或功能，忙起來的時候能溝通的機會也很少，所以每完成一個比較複雜或者使用了新技術的功能後，我們都會把具體搭建和編碼的過程往Wiki里寫寫。

有一個經驗就是，在大家都能從這樣的一個Wiki系統里得到好處的時候，習慣就能夠開始養成了，所以在寫Wiki的時候不能單純把她當成一個記錄的工具，而應該更多的把Wiki當做Blog來寫，盡量觀點明確，言簡意賅，最好還能配合上比較生動的例子。這樣既能給團隊的技術積累帶來好處，也鍛煉了自己的文筆，雙贏。

問答系統的話，沒試過，也許在大公司大團隊里會比較有效率吧？

睡不著，溜達過來和題主聊一下~我司是二者兼有，confluence的wiki+內部自建bbs。我恰好是某部wiki管理人員之一，提一點看法。

如果貴司體量和項目都如題主所說非常龐大，其實我覺得兩者都可以有，並不矛盾。

wiki好比一份「說明書」，百科式的架構存儲各類文檔都很方便，也方便他人查閱及完善更新，某種程度上來說解放了公司人力；知識的歸檔+總結也有利於新項目的借鑒及錯誤規避等等。

貴司暫時沒有統一想法我猜也許是因為整理資料再上傳並不是一件容易的事，且擔心項目資料被不相干的人查閱外泄？（後者其實可以通過wiki的查閱許可權來處理）要推行開，不妨初期調派專人負責整理上傳，從主幹開始完善，跟上進度後就交回各負責人維護。

問答平台做成bbs形式（pc或APP）也無不可，通過積分獎勵的形式鼓勵員工參與~我司就經常搞這樣的小禮品贈送哦，偶爾玩大的還有現金卡券什麼的，我這種懶人都會願意參與。

小公司，採用 confluence + gitlab + ftp 的方式

現在小組裡用，然後一級一級傳