軟件這個行當里歷來有個謠言：項目經理不懂技術沒關系。 有人說這事兒是外國的先進經驗，但我懷疑這是杜撰的。 這一觀點的潛臺詞是：項目經理是管理者，指揮下屬就行了，干嘛要懂技術！ 這就像說班長不用拿槍上戰場一樣可笑。 持這個觀點的可還記得：”將軍

軟件這個行當里歷來有個謠言：項目經理不懂技術沒關系。

有人說這事兒是外國的先進經驗，但我懷疑這是杜撰的。

這一觀點的潛臺詞是：項目經理是管理者，指揮下屬就行了，干嘛要懂技術！

這就像說班長不用拿槍上戰場一樣可笑。

持這個觀點的可還記得：”將軍起于行伍，宰相拔于州郡“這一說。

我的觀點是，項目經理一定要懂技術，并且還要有比較扎實的功底，雖然在專門領域上不一定是專家。

在這篇文章里，我們將列幾本用來打根基的書，這些書要精讀而不能翻翻就算了。

這些書的用途，不在眼前，但卻最終決定你的成長高度。

沒這些根基，如果站得太高，可能就像上海的樓房，指不定那天就倒了。

1.語言+平臺的書

語言和平臺的書依據語言和平臺不同，經典書籍也不同。我的感覺是選最有名的，各讀一本就可以了。

舉個小例子：

本人當年學C++的時候，花了差不多1年的時間，反復讀了Bjarne Stroustrup 的《C++程序設計語言》，實在是受益匪淺，后來再學其他語言時，基本沒什么障礙。學Windows編程時，把Jeffry Richter的《Windows核心編程》讀了幾遍后，各種Windows下的問題大多能較快理清脈絡。

即使是現在，凡是這類項目中的問題，也還是能很快的把握癥結所在。

這類書，有名的很多，但重復讀多本似乎收益不大。把一本讀透，其他的實踐中慢慢體會即可。

如果你方向是系統編程，那上面兩本書仍然適合你。如果是其他平臺，自己選一本有名的吧！

2.有技術根基后，要讀一本培養技術上全局視角的書。

這時，我感覺最佳選項是《代碼大全》。這書幾乎涵蓋了設計編碼的各個環節。

讀了之后，也許很難記得具體某個環節的細節，但是至少可以知道軟件開發中要考慮那些方面的問題。

3.技術上視角足夠寬之后，要讀一本俯視軟件全體的書（包含需求開發，管理，估算，流程等）。

事實上這里需要一本經典的軟工書籍，但很可惜這個領域中好書不少，但經典到一定程度，且實用的就幾乎沒有。

《人月神話》太老，《人件》則幾乎完全不適合國情，《軟件隨想錄》則太零散。

（你讓國內軟件公司給每個程序員配個辦公室，那老板能瘋掉。）

非要推薦一下的話，CMMI的2，3級過程域分解的還不錯，可以讀SEI的標準。

4.研究一下估算，讀一本估算相關的書。

如果估算能準，軟件開發中的問題，很可能可以減少一半。

估的有問題，會導致團隊老加班，接下來導致內部關系緊張，工作熱情消退，這很自然。

所以要有自己的估算方法。這時候可以讀《軟件估算--黑匣子解密》。

5.改變下自己的視野和格局，讀一本和編程毫無關系的書。

比如：湯因比的《歷史研究》.

在前一篇《項目經理修煉之道(1) -- 給軟件開發建模》中我們提到，不管怎么樣，你要有一個屬于自己的，針對軟件開發整體的模型。

這個模型可以丑陋，可以簡單，但關鍵是一定要是你自己的。

這就好比一顆珍珠，它中間可以是小石頭，可以是鳥屎，但一定要有，

有的話，后續的分泌就可以保證產生珍珠；沒有的話，那珍珠也就不知從何談起。

沒有自己的對軟件開發的理解，讀書多了，知識沒法吸收，會把腦子讀亂掉

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com