最近團隊一直討論
web2.0
對企業網公升級改造的影響，大家更多的討論的是
web2.0
給使用者帶來的是個性化的體會，體現的是
「我的主頁我作主
」。但我想補充說，
web2.0
帶來的不僅僅是使用者體驗的提公升，更重要的是使網際網路的去中心化，每個人都可以是資訊的**，誰都可以非常容易的發表自己的觀點，「想說就說」。
web2.0
的思想同樣可以應用於
it團隊的內部建設，特別是團隊知識庫的建設。每個成員都是知識的**，都會自覺的去維護知識的正確性，基於這種團隊協作的思想，
wiki
的確是一種非常好的知識庫構建平台，可以參考
[利用flexwiki
來構建專案組的知識庫
]。但是怎麼樣去保證團隊成員的創作熱情呢？我接著想到了
blog
，依靠個人表現慾望去激發創作熱情。
主要內容：
1、我所在的團隊的知識積累現狀
2、知識積累的意義
2、為什麼不是論壇
3、為什麼選擇
wiki
和blog5、
wiki
的收錄範圍
6、知識管理的參考資料
7、需要避免的行為
知識積累現狀
簡單的說一下我現在所處的
it團隊（簡稱
myteam
）的知識積累現狀，不具有一般性，供朋友們開篇參考。基本上來說，
myteam
現在不存在知識的積累，如果出現人員離職的時候，相關專案的開發經驗和技術就會跟著流失。後來接手專案的成員如果要了解這些知識，只能通過讀**，看需求和設計文件，或者像曾經參與這個專案的其他成員請教。但這個過程非常的耗時：因為現在倡導成員明確分工，其他成員可能不了解離職成員所做的工作，即使了解也是皮毛，這是其一；其二，龐大的需求和設計文件難以傳遞經驗和技術；其三，讀**實在是一件非常耗時而低效的工作，特別是當接手的成員是被安排去修改原來**中的
bug的時候，原來的**反倒起到了擾亂思維的效果。
解決這個問題的方法我想有二：第乙個採取
xp鼓勵的方法，是每個成員都深入了解其他成員所做的工作，但是對於
myteam
來說難度太高，每個成員自己手頭的事情都做不完的時候，怎麼會有心思去了解其他成員的工作呢？第二個方法，就是通過知識庫把每個成員的在專案開發過程中的經驗和問題的解決方法都積累下來，作為新成員的學習資料，或者其他成員解決相似問題的乙個參考。
知識積累的意義
知識積累的重要性自然是不言而喻了。首先，針對
it團隊頻繁的人員流動，知識積累可以實現知識成本的節約，並且降低人員流動帶來的知識損失。其次，知識積累的過程是乙個穩定的增量增長，把個人的知識集合為團隊的知識，使得團隊的知識體系更加完善，還可以成為新成員培訓的參考。
為什麼不是論壇
那麼為什麼不選擇論壇呢？據我所知，很多的
it團隊都有內部交流的論壇，但我的理解是論壇就像是廣場，是乙個供大家集會討論的地方，而不適合於知識積累，更何況對於團隊來說，更推薦的是
face to face
的交談和討論。
論壇的模式總結起來就是這樣：
1）樓主發表了乙個帖子
2）大家熱情的討論（回覆），各抒己見
3）瀏覽者看帖子，篩選討論內容，自己總結乙個最後的答案。
而對於wiki
來說，直接儲存的就是團隊成員們認為最好的答案和方法，新成員可以直接採用，或者當你有更好的意見時，甚至可以直接修改。
為什麼選擇wiki和blog
對於個人來說，
blog
提供一種簡單的方式讓使用者發表自己的意見，也是實現個人知識積累，展現自我的很好的平台。而對於團隊，
blog
也提供了一種很好的了解其他成員方式，通過閱讀他的
blog
，來了解他的所想，所思，所學，使知識得到及時的傳播。
如果偶然知道某同事的
blog
位址，你會上去看看嗎？
我想大多數人都會上去看看的，人們通常會自覺的去關心生活周邊的事物，何況還是每天共事的同事。所以團隊的
blog
非常容易形成
「寫blog
」->「
」->」
寫更多的
blog」
的良性迴圈，不斷的激發團隊成員把自己最新的所想，所學發表到
blog
上。而對於團隊來說，
blog
也有其不足：
blog
適合個人發表意見，但是不適合團隊的知識積累，團隊需要的是乙個持續穩定的知識積累。
wiki
可以很好的彌補
blog
的這個缺點，通過把個人的意見不斷的納入團隊的知識體系，形成乙個日益完善的知識庫。有人說的非常好「
wiki
用於舊有知識的普及，
blog
則用於新知識的創新。英雄在前面衝鋒，人民在後面補給，這豈不是一場可以預見的知識大革命嗎？」。
wiki的收錄範圍
作為團隊的知識庫，
wiki
並不適合收錄一些非常有爭議的、主觀性太強的內容。像
」團隊發展應該變革還是革命
」，「團隊發展之我見」這種型別的內容不適和放在
wiki
上，wiki
收錄的內容應該盡量滿足：技巧性
/經驗性
/客觀性
/知識性，達到一種「我走過的彎路大家不要再走了」，或是「最新的知識，大家要了解一下」的目的。所以，對於團隊
wiki
，比較適合收錄的是成員工作中的經驗總結、解決技術難題的方法或者是引入一些新的知識。
知識管理的參考資料
當然，搭建乙個
wiki
和blog
對於it
團隊來說是非常容易的事情，但是怎麼樣才能讓大家都積極去
blog
和wiki
·wiki、blog
與專案知識管理 #·
#·e-works ->文庫 ->
企業管理 ->
知識管理 ->
對知識工作者的績效管理#·
e-works ->文庫 ->
企業管理 ->
知識管理 ->
營造知識文化#·
知識管理要有人負責#·
你的企業離知識管理有多遠?#·
知識管理，資訊化的下乙個金礦？ - csdn 新聞#
·知識管理的進展和研究方向--
奉繼承的天地
#
需要避免的行為
最後例舉一些我們平常需要避免的一些不利於團隊知識積累的行為：
1、盡量避免
p2p的技術共享：新技術，好想法應該作為團隊共享
2、拒絕無意義的知識積累：舉個例子，對於一些大型專案來說，通常會有幾十個甚至上百個文件，但很遺憾這些文件通常都是以簡單的形式儲存了下來，很難形成反覆利用。
用django 快速搭建blog
python開發環境 django 自稱是 最適合開發有限期的完美web框架 本文參考 django web開發指南 快速搭建乙個blog 出來，在中間涉及諸多知識點，這裡不會詳細說明，如果你是第一次接觸django 本文會讓你在感性上對django有個認識，完成本文操作後會讓你有興趣閱讀的相關書籍...
用cl和sublime搭建簡易c 開發環境
一些方法。記錄一下。僅供日後查閱。1.設定正確的環境變數，包括將vc bin,common7 ide加入path，設定好include和lib變數。2.由於使用vc的編譯器cl，所以需要新建乙個build system 我的sublime build配置檔案 o2 file regex 0 9 0 ...
10 資料庫 用MAMP和WAMP搭建Web環境
web環境 web伺服器 apache nginx，處理web請求 資料庫 mysql，儲存和管理資料 後端 php web服務啟動後，就可以在瀏覽器中訪問根目錄中的 專案 mamp mac，apache，mysql，php，wamp windows，apache，mysql，php，偏好設定 埠設...