IT人員如何管理知識
搞IT的人通常都象一個“技術守財奴”，收集了一大堆文檔資料，時不時檢閱一下，便得到一種莫名的滿足。
當然，你會不服氣，說自己已經研究過這些資料，并且轉化成了自己的知識，而知識是無價的。 可是殘酷的現實告訴你，知識既不會帶來“顏如玉”，也不會帶來“黃金屋”。自認為飽學之士的你，為何反而不被重用？
不被運用的知識是死知識，你可能成為別人的“百科全書”/“智力提款機”，但偏偏你自己不知道該做些什么。 而且IT領域知識的更新換代很快，一不小心，花費大量精力掌握的知識就成了“廢品”，其價值不如一枚“茶葉蛋”， 這讓身為IT“專業人士”的你，情何以堪？
如果經歷過風雨的你仍然執著于技術，本文將與你探討IT技術人員進化之路，探討如何更有效的管理知識，如何讓知識變成能力，運用知識解決問題。
1.緣起
加入某證券公司已經2年了，最近發現自己的知識體系有有些混亂。其實這是好事，說明知識的領域變寬了， 帶來的問題是需要抽出時間進行專門的梳理，這是一項比較繁重的體力勞動，尤其對于奔4的人來說。
在十余年的IT生涯中，這樣的事情發生過幾次，其中比較重大的有以下幾次：
第一次是解散自己的創業團隊，加入某軟件服務商（ASP）并擔任項目經理。 之前的創業團隊規模較小管理簡單，個人關注的領域主要在開發技術；到了新公司拓展了項目管理、需求分析、政府行業知識（主要是區域政府一站式審批，新農村合作醫療）、協同辦公解決方案 等知識領域， 也涉及到一些軟件開發平臺、CMS、以及BI產品。
第二次是到一家外企的解決方案部門，主要工作內容是Consulting，即分析問題并提出解決方案。期間積累了企業管理（尤其是IT管理）、電信行業、民航行業、電視媒體行業的業務知識，知識管理（KM）解決方案，以及BPM、ESB、Portal等平臺軟件，了解了SUN和IBM的服務器，同時客串了一些Flash/Flex和M$ WPF的研究及培訓工作。
第三次也就是現在，加入證券公司。從乙方變成了甲方，工作內容又有了比較大的變化。首先是擴充證券行業的業務知識，接下來的工作重點放在企業架構（EA）、IT運維（主要是應用系統管理、配置管理、問題管理）、甲方的項目管理等。為了做好這些工作，又額外關注了IT規劃、企業IT治理、IT組織架構等領域；在技術方面包括ESB實施和webservice規劃、服務器虛擬化、HP服務器及一些網絡和存儲設備、Linux、Oracle、網絡規劃設計（學習）、數據倉庫和數據挖掘（了解）、消息中間件、集中交易系統架構、規則引擎、CEP、性能測試、應用開發平臺等等。出于興趣和愛好還在學習 python和emacs。
相信你已經明白我為什么會寫這篇文章了——這些急速擴充的知識迫切需要條理化，否則短期內知識領域的急劇擴充必然導致大腦崩潰。
學習的過程可能是在某個領域的不斷深入，也可能是對更多領域的擴展。在知識爆炸和渴求復合型人才的今天，后者應該更加重要。知識領域的擴展，必然會帶來某種“混亂”，即新的領域知識打破了你原來的知識框架，對知識的主觀定位及知識之間的關聯變得模糊不清。所以過一段時間（2-3年）就需要對你掌握的知識進行重新梳理，這是一個痛苦的“破而后立”的過程，但完成它，你就會看到一片新天地展現在你面前。這也就是寫出本文的原因。
2.資料，知識，智慧，思想，精神
在著手梳理之前，還是要搞清楚一些基本概念。前面所謂的”知識“其實并不確切，那么，到底什么是知識，以及知識與其他的概念有什么關系呢？
正如每個孩子都珍藏過小石頭，每個IT人士都收集資料。我手頭也有多年積累的大量文檔。但這些文檔僅僅是資料，時效性很低（盡管我在技術上不是很追求時髦），可能1-2年的時間就變成了硬盤上的垃圾，需要經常清理。
要讓這些資料發揮作用，就必需及時進行歸納、整理、沉淀，將其中有價值的內容納入自己已有的知識體系。只有這樣，資料才能轉化為知識，并在需要的時候發揮作用。
世上從來不缺少這種人，才高八斗學富五車卻四體不勤五谷不分，此謂“懶”；滿腹經綸卻不通世故，謂之“呆”。 “懶”者，懶得去解決問題。畢竟學習知識是一種輸入，解決問題是一種輸出，后者的難度更大，需要的思考更多，于是乎懶得去做。 ”呆“者，知識的奴隸，空有滿腹學識卻根本不知如何運用，知識成了死知識，而人成了書呆子。 究其根本，就是知識沒有轉化為“生產力”。如果能夠運用知識解決問題，這就叫做智慧。
知識之間有很多共通之處，有些人能夠發現知識之間的規律，并運用這些規律產生出新的知識為別人所用，這叫做”有思想“。思想需要領悟，只靠學習是沒有用的。
要做到所有這一切，需要研究并務實，合作且獨立，并經常自省；需要內心的強大，這叫做精神。精神才是一切行動的源動力。
簡言之：
信息的管理產生知識
知識的運用產生智慧
知識的積累產生思想
一切的根本在于精神
3.知識的條理
知識的條理可以有很多，但夠用就好。過多的線索反而會讓知識叢林變得撲朔迷離，難以形成全貌。對于IT人員來說，可能以下幾方面的線索就夠用了。
3.1 業務領域
如果你在從事企業級應用相關的工作，對于業務領域（Business Domain）的劃分是非常重要的，這可以使你明確當前的主題能夠解決企業哪方面的問題。
業務領域的知識解決“是什么”的問題。根據不同的業務分析和表示方法論，有不同的描述方式，但大體來說總要包含以下幾個部分：
- 領域模型
- 業務服務
- 業務流程
- 業務角色
對于一些比較成熟的領域，會有相應的參考模型，如供應鏈的scor模型，研發領域的pace或ipd，項目管理的pmbok，軟件工程的cmmi等。 這些模型都會包含上述的基本內容，而且適用范圍比較廣泛。
對于業務領域的劃分，可以參考企業管理中的層次及方面兩個維度，如下表：
| 企業管理 | 銷售與市場 | 生產 | 財務 | 人力資源 | IT |
|---|---|---|---|---|---|
| 決策層 | |||||
| 管理層 | |||||
| 操作層 |
隨著對某個領域的不斷深入，該領域會越來越細分，比如對于IT管理這個方面，可能會劃分為：
- IT管理
- 決策層
- 企業架構
- IT策略
- IT組織及治理策略
- IT規劃
- 企業架構
- 管理層
- IT資產管理
- IT績效
- IT項目管理
- 安全管理
- 采購管理
- 操作層
- 應用管理
- IT基礎設施管理
- 決策層
3.2 行業劃分
有些知識可能是某個或某類行業專屬的，并不適用于所有行業，所以還需要劃分一個”行業“的維度。這個維度與業務領域進行正交。 行業劃分不一定精確，完全可以按照你自己的知識結構進行劃分。可以在一定程度上使用樹。
比如我自己的行業劃分如下：
- IT服務
- 硬件維護和支持
- 軟件維護和支持
- 咨詢服務
- 管理咨詢
- IT咨詢
- 管理咨詢
- 開發和集成
- 定制開發
- 應用集成
- 應用部署
- 定制開發
- IT外包服務
- 應用外包
- 平臺外包
- 基礎設施外包
- 應用外包
- 金融行業
- 證券
- 銀行
- 保險
- 基金
- 媒體行業
- 電視臺
- 網站
- 電子商務
- B2B
- B2C
- C2C
- 支付服務
- 電信行業
- 政府行業
- 區域政府
- 國家部委
- 制造業
- 零售業
3.3 類別
很多東西都可以成為知識，但知識確實有很多種。不同種類的知識，其適用范圍也各不相同。 比如“產品生命周期管理”是制造業產品管理領域的知識，但是其對應的“生命周期理論”又是一種理論類的知識。 再比如敏捷開發、面向對象都屬于方法論的范疇，而emacs是一種開發工具。
對于IT人員，下面的類別都是比較常用的：
- 理論
- 方法論
- 解決方案
- 技術解決方案
- 業務解決方案
- 行業解決方案
- 技術
- 應用開發技術
- 網絡技術
- 工具
- 模板 都涉及到標準規范，指導書，培訓教材，模板，檢查單這些核心內容，這相當獨立來看是完整的一套體系。
其中需要專門說明的是解決方案類。解決方案是對知識的一種運用，但針對運用的結果和經驗進行總結，就會形成新的知識。 解決方案根據運用的范圍不同，可以分為技術解決方案、業務解決方案和行業解決方案。顯然，他們會分別知識類別中的技術、業務領域中的層次和方面、行業劃分相交叉。
3.4 掌握程度
對于學習來說，認識到自己對于某項知識的掌握程度非常重要，可以使學習的目的性更強。一般我們喜歡用知道，了解，熟悉和精通來表示掌握的程度。
- 知道 知道有這么一類知識，知道其定位及能夠解決的問題，但是對細節不清楚。
- 了解 掌握此類知識大體包含哪些部分的內容（即細分），在需要時可以通過參考資料進行使用。
- 熟悉 掌握60%以上的要點，并具備實際解決問題的經驗。
- 精通 掌握80%以上的要點，具備多次運用的經驗，能夠指導別人如何學習或運用。
4 知識地圖
前面介紹了對于IT人員比較實用的對知識進行條理化的一些維度，包括領域（層次+方面）、行業、類別、掌握程度等。 綜合運用這些條理，對知識進行定位和標識，梳理知識之間的關系與關聯，就能夠使知識以有序的面貌呈現處理，極大提高知識的利用率。 這就是知識地圖, Knowledge Map，簡稱K-Map.
4.1 知識地圖的作用
- 導航 對知識的導航是知識地圖最根本的功能，通過知識地圖能夠通過多種方式和線索找到需要的知識。
- 關聯 知識之間存在各種關系，如上述每個維度內的層級關系，維度之間的正交關系和關聯關系等等。知識之間的關聯形成一個網狀結構。
- 盤點 構建了知識地圖，也就有了關于知識的清冊（Category)。可以隨時盤點自己已經掌握了哪些知識，掌握到何種程度，以及還有哪些知識需要擴充。
4.2 如何表述知識地圖
到這里，你可能已經迫不及待要建立自己的知識地圖了。表述知識地圖主要有兩種方法：
一種是顯式表達，可以用文字，或圖形化的工具（如xmind,visio等）專門進行描述。
另一種是隱式表達，沒有專門的知識地圖說明，但是將知識地圖運用在各種工具中，比如文件和目錄結構，gmail，evernote，emacs org-mode, 以及blog中。
5 小結
本文從自身的經歷出發，說明了個人知識管理的必要性。探討知識和文檔資料的區別與聯系，以及如何對知識進行條理化。 最后引出了知識地圖這一工具，描述了其作用以及如何使用知識地圖。希望能夠對讀者構建自己的知識體系架構帶來幫助。 在后續的文章中，會繼續討論知識地圖在blog、文檔管理、gmail、evernote、org-mode上的運用。
原文鏈接：http://www.cnblogs.com/holbrook/archive/2012/11/04/2753533.html#sec-1
