管理經驗，很難直接從書本中學來

瞭解我的人都知道，我是一個喜歡閱讀的人，我每個月的書籍開銷都是幾百。
也許是嚐到了讀書的甜頭，比如說技術閱讀吧。
若干年前，我自學TCP/IP協議，認真啃過《TCP/IP Illustrated 》後，做一些ftp、telnet、http的小demo，特別是後來成功運營的BT服務器，都感覺特別簡單。
再後來看了若干本Java書籍、設計模式書籍後，開發代碼非常快，並且通讀Jetty、HSQLDB、Struts等源碼，幾乎沒有障礙。

這一切經歷，讓我覺得，看書太有效了。

工作幾年後，出來和人合夥做公司，我是IT負責人，做項目頭一年，從商業角度來看，敗得一塌糊塗。
要知道，我沒有出來前，技術水平和項目開發能力都是被團隊認可的，並且在那幾年，看了很多過程管理和項目管理的書，尤其是深入研究過RUP。

忽然感覺讀書沒用，書籍欺騙了我。
經歷了那次慘敗後，我才明白，管理是一種實踐，就像游泳一樣，無論你看了多少游泳教程。

任何管理方法都有其適用場景，也就是前提，一開始就照搬書，往往會過分關注書中的方法，而忽視了場景，就如在沙漠上種蘑菇，無論怎樣施肥都沒用。而你不看書，你可能會特別關注場景或環境變化，自己摸索方法，這樣成功概率更大。
所以，如果你以前沒有項目管理、過程管理的意識和經歷，切忌看大量相關書籍，或者乾脆不看書都好。沒有實踐經驗前，理論幾乎沒法指導你，只會約束你。

管理類書籍前期只需略讀，在有一定項目經驗和項目管理意識後，纔開始深入閱讀，結合項目學以致用。

過程管理和項目管理一樣，也是一種實踐活動。任何高效的流程，都是有其適用條件，如項目本身及人員素質，並且隨着時空的變化，導致上一個項目中用得好好的流程，無法應用到下一個項目，比如同樣的模塊，採取外包和內包，開發流程就不同。
剛纔我說到的RUP，即使非常熟悉它，而不知道怎麼根據項目環境來裁剪，使用效果也是大打折扣，或者說非常危險，比如RUP工件中並沒有強調原型和界面視圖，這對特別重視界面的網站項目，指導就很受限。

剛畢業時，我把開公司想的很簡單，市面上不是有很多公司制度表格的書籍嗎，照抄就行了。後來我才明白，根本沒法用，就是一個組織結構，不同行業、同一行業不同業務、不同規模或是公司不同階段，都不一樣。

技術上升到一個階段，需要提升的往往不是技術：
第一層次：純技術 往往能夠通過書本和demo練習，可以學會並且熟練。這階段可以速成很多純技術高手
第二層次：技術+業務 這時候就要理解業務，評估功能點的輕重和緩急，然後把技術鑲嵌進去
第三層次：技術+業務+商業 比如資金、進度和人員約束

以上三種階段，只是告訴我們，上升到一個新的階段後，你需要考慮更多的東西，同時受制約也越多，純技術幾乎沒法讓項目成功。
當然，上面沒有考慮到管理，這個橫向(橫切)維度，如果也加上，項目需要權衡的因素就更多。

沒有一本書，告訴你在這些受制約環境下，你該如何應用你的技術，因爲每一種場景都不同。
也許，當你看了大量書籍後，並且忘了書中的一招一式，還能夠應用自如時，你才真正達到了能力的最高境界：隨心所欲(有知識無意識)。