第一篇：從程序員到項目經理4

從程序員到項目經理(四)：外行可以領導內行嗎

在上一篇中，我舉出了一個招聘需求，引起一些朋友的爭論。既然招聘的是項目經理，為什么需要那么多專業技能呢？在百度上招聘頻道搜索“軟件項目經理招聘”，可以查到8500多條類似的招聘信息??

一．從幾個招聘要求說起

在上一篇中，我舉出了一個招聘需求，引起一些朋友的爭論。既然招聘的是項目經理，為什么需要那么多專業技能呢？ 在百度上招聘頻道搜索“軟件項目經理招聘”，可以查到8500多條類似的招聘信息。我們看看國內軟件行業老大東軟集團的招聘條件：

工作職責：

帶領團隊完成需求分析，開發計劃制定與跟蹤，項目組關鍵技術問題解決，負責項目QCD。

崗位要求：

1、3年以上軟件開發項目經驗，2年以上項目管理經驗；

2、熟練掌握JAVA、WEB開發，精通基于Oracle/Mysql數據庫的MIS系統開發；

3、具有較強的溝通、組織能力和較好的文字表達、寫作能力；

5、有醫療業務開發經驗者優先。

顯然，東軟公司也是要求具有較強的專業技能的。當然，也許東軟公司太大了，不具有代表性，那么我們再看一個比較小的公司，你絕對沒聽過(我也沒聽過)，廣東廣風隆電子科技有限公司：

任職要求：

1．能很好的把握開發質量和項目進度，規避風險。

2．具有較強的語言和文字表達能力、溝通協調能力、良好的團隊合作精神。

3．具備至少3年項目管理經驗或大型系統開發實施經驗的優先。

4．掌握JAVA技術，能熟練應用J2EE，Spring，Struts，Hibernate等開發和測試。

5．熟悉基于java的B/S架構應用技術。

6．熟悉基于Tomcat、WebSphere、weblogic等應用服務器的開發；

7．熟悉大型數據Orecle/SQL Server等，熟練掌握存儲過程編寫、數據庫表設計。

8．熟悉unix/Linux操作系統。

9．具備軟件團隊管理經驗，熟悉軟件開發流程，能夠獨立完成項目實施的優先。

10．具備一定的系統框架設計、熟悉開發流程，具有的良好的需求分析、項目設計、規劃能力。

13．有如下經驗者優先考慮：

a.熟悉BIEE，或有BI項目開發實施經驗

b.對BI/DW的概念和架構有比較深入的了解，熟悉維度模型架構

c.熟悉Oracle數據庫開發，或有ETL工具ODI經驗，精通SQL

d.有基于java技術項目管理經驗的優先，教育行業背景優先

哇啦啦，這個更不得了。這究竟是招程序員還是招項目經理，我也快被弄迷糊了。看來中小公司比大公司更看重專業技能。當然，我再多舉一千條也代表不了所有的企業。但諸位如果有時間一條條看，會發現絕大部分公司對“軟件項目經理”這個職位，都對專業技能有較高的要求。那么，傳說中的“外行領導內行”究竟是不是真的？外行真的可以領導內行，帶領項目走向成功嗎？

二．外行 vs 內行

1.優勢劣勢分析

外行和內行究竟誰更適合當項目經理？那些招聘要求似乎已經為我們給出了答案，最少在軟件行業內行項目經理更占據優勢。然而，外行的項目經理往往也有其獨特的優勢，比如，他們往往更有大局觀，能跳出技術本身看待問題，有更強的領導力等等。事實上，外行領導內行的現象，在國家大型建設工程或科研項目中要屢見不鮮。據說，我國的原子彈工程就是聶榮臻元帥領導的，而聶帥是不懂核物理的。

如果拿外行和內行項目經理來PK，并不是一件容易的事情，因為每一項都不是絕對的，這就如同比較男人和女人誰更適合做廚師一樣。當我們拿兩者PK的時候，其實包含了一些隱含的信息，就是這個外行的項目經理比內行項目經理，更加懂得管理、情商更高，否則的話，內行項目經理會毫無懸念的勝出，也就沒有比較的必要了。

基于這些隱含的信息，我們試著比較一下兩種項目經理的優秀和劣勢：

2.技術決定論的誤區

所謂內行與外行是純粹從技術的角度來看問題，單純討論內行好還是外行好，其實也暗含著一個前提，就是技術決定項目的成敗。而實際上，一個項目能否成功的影響因素，遠不止是技術，對一個項目經理的素質要求也遠不止技術。同是外行或內行來帶一個項目，會由于個人修養與經驗在差異，項目結果可能相差很遠。因此單純說外行好，還是內行好，是沒有意義的。

3.綜合素質決定論

問題的關鍵其實不在項目經理是內行還是外行，而在于他的綜合素質。無論是外行還是內行，只要誰的綜合素質更高，誰就是更優秀的項目經理。

上一篇我們講到項目經理的六種能力模型，也就是說，一個優秀的項目經理，應當具備六個方面的素質，即：知識、技能、邏輯思維、執行力、心智成熟和領導力。

在知識層面，包括專業知識、行業知識和管理知識。外行項目經理在專業知識和行業知識方面已經輸了，但在管理知識方面按默認值，外行贏了。

在技能導面，包括專業技能和管理技能。外行項目經理在專業技能也又輸了，同樣管理技能方面，又略勝一籌。

現在打成了平手。剩下的，要拼邏輯思維、拼執行力、拼心智、拼領導力，這就和內行外行無關了，鹿死誰手，要看個人的修養。

因此，項目經理的比拼，拼的不只是管理知識或專業知識這一個方面，而是綜合素質的比拼。

三．外行，你憑什么

1.唐僧的團隊

外行，也就是不懂專業知識技術，顯然不但不是什么優點，反而是一個項目經理的極大缺陷。那為什么領導還會置這么大的缺陷于不顧，任命一個外行為項目經理呢？換一個角度，也就是說，一個外行，在什么情況下，可以成功的管理一個軟件項目呢？

一件事情的發生，總有他的內部原因和外部原因。具體到這個問題上，也有它的內因和外因。

（1）在內部因素上，外行項目經理必須具有更高的綜合素質。

現在流行分析西游記中的取經團隊，其實也是一個典型的外行領導內行的團隊。到西天取經，靠的是降妖服魔的本領，顯然唐僧是個外行。但是，唐僧并不是一無是處，相反，他的綜合素質很高。他外柔內剛，意志堅定，目標明確，還精研佛法，具有很強的人格魅力，因此他的那些徒弟才能凝聚在他周圍，雖歷盡千難萬險而無悔。

（2）在外部因素上，必須有合理的人才結構作為支撐。

唐僧雖然不會打怪，但是孫悟空可以，補齊了唐僧在這方面的不足。試想，如果他的徒弟都不能降妖，任憑唐僧的領導力再強，顯然那也是于事無補的。同樣一個外行的項目經理，在他的團隊中，必須可以信賴的技術骨干，像孫悟空一樣能在關鍵時候解決問題，這些骨干一般就是項目中的組長、系統架構師或者系統分析師，必要時可能要設置項目副經理之職。如果團隊

中沒有技術骨干，都是一些經驗不足還不求進取的程序員，那除非項目超級簡單，否則項目經理縱然有諸葛亮的才華，也無濟于事。

2.規模決定一切

在上面兩項條件都具備的情況下，只能說明外行可以擔任項目經理了。站在項目本身的角度，除了這兩項因素，往往還跟以下方面有著緊密的關系。

（1）項目規模：規模越大，采用外行項目經理的機率越高。

（2）項目所在行業：在建筑、施工、水利等傳統行業，采用外行項目經理的機率更高。

（3）項目的技術難度：在項目規模不大時，如果技術難度越大，采用內行項目經理風險更小。

（4）項目進度要求：時間要求越緊，更傾向于采用內行項目經理。

（5）項目管理的層次：有些項目層層分包，對于上面次層的公司，項目不需自己實施，只需對項目進行監管，項目經理自然也不需要很強地專業技術了。但對于底層實施單位而言，項目經理懂技術就很有必要了。同樣，有些大型項目分成若干個工程，每個工程又包括若干個子項目，也是類似的情況。

在這些因素中，項目規模是具有決定性的因素。項目規模足夠大的時候，也就有足夠的經費來配備充分的人才。至于其實方面，其實只是表現而已。

四．透過瓶子看軟件行業

為什么軟件行業外業項目經理相對較少呢？這與軟件項目本身的特殊性有一定關系，但在一定程度上也折射出軟件行業的現狀：

（1）軟件項目規模不夠大

在軟件行業，幾十萬的項目很常見，幾百萬上千萬就是大項目了，項目的利潤率很低，很多中小型企業都生存在贏利的邊緣。據工信部統計，2011年上半年我國軟件行業利潤僅占軟件業務收入的1.28%。這么低的利潤率，估計比東莞的制鞋廠還不如吧。而幾百萬上千萬的項目，對建設、國防這些行業來說，簡直不值一提啊。前幾天太極集團1.99億中標鐵道部IT項目，大家都不服氣。也是，人人都在喝湯，你憑什么搞特權吃肉？

（2）成熟的項目經理相對緊缺

軟件行業小項目太多，對項目經理的需求量是非常大的，與此同時，成熟的項目經理相對很少。所謂“千軍易得，一將難求”啊。當然，即使牛B的項目經理有了，其收入要求也不會低，這是小型項目難以承受的，只能退而求其次，找一個性價比更高的項目經理，或都干脆拔苗助長，找一個不錯的程序員來帶吧。

第二篇：從程序員到項目經理一

從程序員到項目經理

2006-9-28 11:59:26作者：sina

要走向管理層，英語一定要學好。溝通很重要，要做好管理者，先學會做人。多跟下屬溝通，多為下屬著想，而不要去巴解討好上司。體諒下屬，把項目計劃做的盡量合理，不要讓下屬加班，給下屬發展和晉升的空間，這樣才能是下屬有干勁，才能把項目做好，你才有更高的升遷機會。只有把自己知道的不斷的讓你得力下屬知道，只有提拔起一些得力的下屬來，你才有時間和精力去向上爬，不然你抱著不放，就沒有升遷的機會。管理不是喝酒抽煙那么簡單，那只是過去的那種不思上進，耽誤自己前程。

吃盡苦中苦，方為人上人。做PM不是混，是要把項目做好，這跟做人是一個道理，這也就是為什么

做管理要先學會做人的道理。

pm的整個工作重點是什么？如果做為一個PM，技術不高怎么對付組里的牛人。

1.從程序員到PM，是一條脫變的路，事實上程序員走的路最終不應該是項目經理。首先有一點需要明白的就是，一定規模的項目中，項目經理不需要太懂技術，他可以是一知半解。項目經理的任務不是在技術方面，技術相關的應該交給SA去做。項目經理更多地是做管理，溝通等工作，你如果可以的話到書店查看一下關于項目管理的書籍，你就會明白。當然對于小項目來說，有可能是PM，SA是同一個人，而這樣的項目經理更多只是SA加上一些管理工作。要做項目經理，你就首先告訴自己不再去碰技術細節了。程序員并不是一個培養項目經理的好環境。所以沒有什么從Coder到什么developer再到SA然后是PM的路，這是一條比較悲哀的路。在大公司，SA下一個目標不是PM，而consultant，然后是senior consultant，PM走的是另一條路，所需要的技能不是技術，技術給PM帶來的能力提升是很少的。在項目中你最后能分清楚PM與SA的關系及各自在項目中的分工與用途。

2.其實我蠻同意 gzlucky(Lucky)的看法的，確實是我們公司不少項經理就是不很能跟得上現在的一些技術，因為很多人都快年近四十，兒子都上高中了，要他們再學新技術真的難度比較大，他們的工作基本上就是天天找手下的程序員，布置這個任務，詢問那個任務做的怎么樣了。不過我的頭倒是和我一樣編程，他手下寫代碼的就我一個人，他自己也會ASP和JSP，但是可能對.NET不熟，就由我來主負責了。我覺得項目經理還是像他這樣的好，自己也能懂不少技術，可以服人。但是我的頭兒好像在溝通這一塊不是非常出色，當然也有可能是俺太內向，不太與他溝通，所以他也只是在交待任務后就不再多詢問，而不像別的項目經理天天追程序員后頭問。我想問問各位，你們看哪種項目經理才是比較好的，像我的頭兒這樣的，還是像某些喜歡追程序員后面問進展的。

3.（作者是兩黃星）原來在一個小公司做過半年的DM，一年的PM，后來為了讓自己的技術更扎實一些，離開了原來公司，現在在大公司做程序員，開始后悔了，在大公司里很難接觸管理方面的東西，也很難晉升，個人認為在小公司做DM,PM，有經驗后直接找大公司的PM，這樣也是一條路。

或者考PMP之類的證書，然后直接找管理的工作。

希望過來人能給予更好的意見和建議，我也現在想往管理層發展。

技術很硬了再去做PM，這種想法是錯誤的，我就犯了這個錯，邊搞好技術(為了生計)邊學管理知識(為了將來)，慢慢向管理發展，不能等。有句話說的好，機會是屬于那些有準備的人的。利用業余時間多學些管理方面的東西，所謂人的差異在業余時間。

第三篇：從程序員到項目經理5

從程序員到項目經理(五)：不是人人都懂的學習要點

學習本來只是一種本能，算不上什么能力，然而，經過二十多年的不斷學習，學習反而成為了一種真正的能力，因為我們慢慢失去了它，它就更顯得珍貴。

學習是一種基礎性的能力。然而，“吾生也有涯，而知也無涯。”，如果學習不注意方法，則會“以有涯隨無涯，殆矣”。

一．學習也是一種能力

看到這個標題，有人會說：“學習，誰不會？”的確，學習就像吃飯睡覺一樣，是人的一種本能，人人都有學習的能力。我們在剛出生的時候，什么也不知道，是一張真正的白紙，我們靠學習的本能，學會了走路、說話、穿衣服?后來，我們上學了，老師把書本上的知識一點一點灌輸到我們的腦子里，我們掌握的知識越來越多，與此同時，我們學習能力卻好像越來越差了，習慣了被別人喂飽，似乎忘記了怎么來喂自己了。

學習本來只是一種本能，算不上什么能力，然而，經過二十多年的不斷學習，學習反而成為了一種真正的能力，因為我們慢慢失去了它，它就更顯得珍貴。

在學校里我們基本上被動式學習，然而走出了象牙塔之后，不會再有人對你負責，不會有人主動教你，我們需要主動的學習。所謂的學習能力，其實就是自主學習的能力。

幾年前，曾有一本風靡管理界的書，叫《第五項修煉》，這本書倡導建立學習型組織，因為從長遠來看，一個組織唯一可持續的競爭優秀，就是比競爭對手更快更好的學習能力。

一個公司如此，一個人又何嘗不是如此？眾所周知現在是一個知識爆炸的時候代，知識更新非常快。據說，一個大學畢業生所學習到的知識，在畢業之后的2年內，有效的不過剩下5%，更何況我們的學校與社會需要嚴重脫軌。我們賴以立足的，不在于我們現在掌握了多少知識，而是我們有多強的學習能力！

學習不但是一種能力，而且是一種至關重要的能力，而這種能力的核心，就是學習的方法和心態。

二．買書是最劃算的投資

古人云：“書中自有黃金屋，書中自有顏如玉。”這說明先賢們早就認識到，買書是最劃算的投資了。

當我剛出道的時候，拿著非常微薄的工資，有一次我向主管抱怨道：“現在的書真貴啊，這點工資連飯都吃不起，更別說買書了！”主管對我說：“不要吝惜買書的錢，寧可忍著不吃飯，也不要忍著不買書，因為買書是回報率的最高的投資了。”

主管的話讓我非常震動。后來，我看到喜歡的書時，再有沒有手軟過。我不斷的學習，開發能力也不斷的提高，工資水平也獲得了大幅度的提高。一年后，我一個月工資的漲幅，就足夠買兩年的書了。你說，還有比這更劃算的投資嗎? 一本書，哪怕只有一頁紙是有用的，它將所產生的潛在價值，也會遠遠超過書本身的價格。當然，書不在多，能踏踏實實消化掉一本好書，可能比泛泛而讀10本普通書，要更有價值得多。

三．多讀經典書

十年前，我剛進入IT行業的時候，真是求知渴，每星期都要往購書中心跑，可惜的是，那時給程序員看的書不像現在這么多，高質量的書就更少了。當時我印象中比較經典的書籍就是《Windows程序設計》、《COM本質論》、《Java編程思想》，還有就是譚浩強的《C語言程序設計》。其它充斥書架的，就是類似于《21天精通XXX》、《XXX從入門到精通》、《XX寶典》這樣的書籍。

回首往昔，令我比較郁悶的一件事就是在我最有學習動力的時候，看的高質量的書籍太少，就好像是在長身體的時候，天天吃的是沒營養的泡面。當然，這跟沒有人指導也有很大的關系，獨自一個人學習，讓我走了很多的彎路。

軟件開發方面的書籍，我大致將其分為三類：

（1）淺顯的入門類書籍。

這類書的標題往往是《XX天精通XXX》、《XXX從入門到精通》、《XX開發實戰》等，這類書往往從軟件的安裝講起，喜歡翻譯幫助文件。有人批評這類書為爛書、毫無價值，這并不公平。至少我本人，也曾從這些書中學到一些東西。即使是21天系列書，也有適合看的人群，只不過，它一般也就只能看21天而已，過后就可以扔到垃圾堆。這類書只適于還沒有入門的初學者，從中學到一些入門的招式。這種書在剛起步的時候一般買上一本就可以了。如果你善于使用搜索引擎，這一本書也可以省了。

（2）國內外高手寫的實戰類書籍。

這類書實戰性很強，把技術及原理講得很透徹。比如《windows環境下32位匯編語言程序設計》、《深入解析MFC》、《Delphi深度探索》、《深入淺出WPF》、《深入剖析Asp.net組件設計》等。以前這類書都是從國外翻譯或從臺灣引進，現在國內高手越來越多，出自國內作者的也越來越多。這類書如果在你學習的每個方向看個兩三本，并且通過實踐消化掉，那么毫無疑問，你會成為一個優秀的程序員。

（3）國外大牛寫的、揭露本質、有豐富思想的書。

這類書就是所謂的經典書了，例如《代碼大全》、《編程珠璣》、《設計模式》、《重構》、《代碼整潔之道》等。經典書就像一個有深度、有思想的朋友，他會給你啟發、每次閱讀都會有新的收獲，這類書具有真正的收藏價值。看經典書永遠是正確的選擇，它絕不會浪費你的時間，因為經典書是無數人沙里淘金、幫你挑選過的結果。

然而，閱讀這類書并不是一件容易的事情，讀者需要有豐富的開發經驗，才能與作者產生共鳴。真正能消化經典書的人其實不多，這就好像飲酒，一個新手無論如何也品不出葡萄美酒的醇香。在酒桌上，人人都把杯中酒一飲而盡，當有人點評“這個酒不錯”的時候，我只能無奈的苦笑一番，真的是甘苦自知。

如果一本經典書你看得很辛苦，很有可能就是因為你功力未夠，這種情況下不要著急，慢點來，不妨先將其先束之高閣，多看看第二類實戰型書籍，過一段時間再回頭來看，也許你會有新的驚喜。

四．不要在上班時間看書

一個善于學習的人，首先要善于利用一切時間來學習。不知是偉大的雷鋒叔叔還是魯迅爺爺曾經說過：“時間就像海綿里的水，只要愿擠，總還是有的。”然而，當我們從上班時間中擠時間學習時，就千萬要注意了，不要在上班時間看書！

上班時間看書不但是一件很敏感的事情，而且非常吸引眼球，很快就會引起周遭的不爽。首先老板心里不爽，他想：“我給你錢是讓你來工作的，不是來學習的！”；其次同事們也不爽：“我們工作都做不完，瞧，這小子真閑哪！”用不了多久，你就會成為被眾人排斥的異類。

當然，你可能會說，“我工作已經做完了，經理沒有安排，當然可以學習了”，其實不然。你完成了一件事情，不等于所有的事情都完成了。一個優秀的員工，應該是主動要工作，而不是被動的等工作。工作完成以后，你至少還可以：

（1）主動匯報給你的經理，請他來檢查你的成果，并安排新的任務；

（2）如果公司這一段時間確實比較閑，沒有什么具體的任務，可以進行代碼重構、優化；

（3）你還可以主動請纓，承擔額外的工作或更艱巨的任務。

（4）如果一定要學習，也只能對著電腦屏幕來學習，紙質書最多只能拿來翻閱一下，而不能一直捧著，以免影響到其他人的情緒。

五、只學習與工作相關的東西

我曾發現不少程序員在學習方面找不到方向，一會學學C#，一會學學Java，看了最新的編程語言排行榜，又覺得該學C++。這樣左抓抓，右撓撓，只會讓你覺得更癢。

學習最忌三心二意。俗話說：“傷其十指不如斷其一指”，每門都學一點，還不如專心學好一個方向。這個道理誰都懂，可是又該學哪個方向呢？難道只能跟著感覺走嗎？

不！最實際的方向，應該跟著工作走，工作需要什么，我們就學什么，把工作需要的技能熟練掌握。我們為什么要學習和工作弱相關的東西呢？是為了轉行或跳槽嗎？可是，如果我們連現在本職工作都不能做好，又怎么能保證到新的崗位、用新學的技能就可以做得更好呢？

學習與工作需要的的東西，有很多好處：

首先，可以集中精力，在某一方面鉆研得更加深入。所謂“百招會不如一招絕”，有了絕招，你還怕不能在“武林”立足嗎？《天龍八部》中的慕容復武功博學無比，最后還不是被只會一招六脈神劍的段譽打得落花流水？

其次，可以學得更快、更深入，因為學習更具有針對性，而且可以立即在工作中運用，可以馬上檢驗出學習的效果，對存在的問題可以進行深入的研究，因此掌握的知識也會更加的牢固。

第三，學習與工作結合在一起，工作時間也就成了學習時間，這樣突破了三個8小時的限制。有人說，我們每天所有擁有的時間可以分為三個8小時，工作8小時，睡覺8小時，另外還有8小時自己可以自由支配的時間。工作和睡覺的兩個8小時大家都一樣，決定人生高度的是另外這個8小時。當我們把學習的焦點放到與工作相關的知識上時，工作時間中的很大一部分，同時也就成了寶貴的學習時間，這真是一舉兩得的美事啊。

六．織網式的學習

知識的廣度和深度都很重要。作為一個程序員，深入把握技術細節，是寫出優質代碼的保證。但對于一個項目經理而言，知識的廣度更顯重要。項目中碰到的問題往往是綜合性的，只有具有廣博的知識，才能快速的對問題進行分析和定位。在程序員通往項目經理的道路上，我們必須有意識的擴大自己的知識面，形成更完善的知識體系。

每個人的知識體系就好比是一張網，我們學習其實就是要織這樣一張網。我曾看過漁網的編織過程，漁網雖大，也是一個結點起步，一個點一個點的編出來的，編織的過程中，始終只有一根主線。

學習又何嘗不是這樣，知識體系的大網也是由許多小的結點組成，要結這樣一張網，只能由一個點起步。牽住一條主線，織出一個個的點，由點帶出面，最后才能形成這張大網。

我曾經編寫過一個網絡信息采集軟件，這個軟件可以從具有列表頁網站中按字段設置采集信息，支持自定義字段、頁面多級關聯、下載附件、支持多種數據庫、可視化定義等特性。剛開始時，覺得這個軟件也是一個比較大的功能點而已，后來發現這個不起眼的功能關聯著大量的知識點，在開發過程中，我順藤摸瓜，各個擊破，對很多知識點進行了細致的學習研究，軟件開發完成后，個人的知識體系網也進一步得到了補充和完善。

圖1 由知識點形成知識網

七．問題是最好的學習機會

日本經營之神松下幸之助曾經說過：“工作就是不斷發現問題、分析問題、最終解決問題的一個過程，晉升之門將永遠為那些隨時解決問題的人敞開著。”可見，工作過程中有問題是正常，沒有問題那才是真正的問題。在發生問題能時，能勇于面對問題、解決問題的人，才是公司真正的核心骨干。

現實中，很多人總是千方百計回避問題，當上司安排一項艱巨的任務時，也是想盡辦法推托。殊不知，對于個人而言，其實問題是最好的學習機會。往往那些愿意接受困難工作的人，能力會變得越來越強，那就是因為他們在克服困難的過程中取得了巨大的進步。

有一次，一位項目經理對我說：“有一個問題，客戶有一臺HP服務器要裝磁盤陣列，沒人會做，怎么辦啊？” “可以學啊，沒有人愿意去嗎？”

“我都問了，沒人想去。”

“哦，正好明天我有時間，我也沒裝過磁盤陣列，那我明天去學著弄一下。”我說的是真心話。

第二天早上，當我準備出發時，項目經理告訴我不用我去了，因為項目組好幾個同事都想去“學著弄一下”。結果服務器很快就裝好了，遠遠沒有之前大家想像的那么困難嘛。更重要的是，在解決這個問題的過程中，大家都學會了怎么裝磁盤陣列。

碰到困難時，迎難而上吧，千萬不要拒絕這個最好的學習機會！

八．經常思考總結

子曰：“學而不思則罔”。只學習不思考，就會迷惑，難以把握事情的本質。這就好比一個學武之人，只習得其形，而未得其神，難以成為真正的高手。

一個程序員從入門，到成為高手的過程中，往往要經過幾次頓悟。頓悟會讓你跳出知識的叢林，一切豁然開朗，仿佛打通了全身的奇經八脈一般奇妙。記得我有一次，頓悟到了一個很簡單的結論：“原來高級編程語言中的類庫是封裝了Windows API來實現的。”后來碰到一些自帶類庫無法實現的功能時，我就會想到，其實可以通過調用Windows API來實現。利用這個思路，我解決了一些看起來很難的問題，得到老板的賞識，從而很快獲得提升。

頓悟非常可貴，然而它不是隨便發生的，而是經過一次次苦苦思索之后、靈光閃現的結果。思考的過程，其實就是將外在的知識內化為自己的知識的過程，而頓悟，則是批量的實現這種內化，將無數個知識點連接在一起，達到融會貫通的境界。

九、克服“高原現象”

愛學習的人都會有這樣的經歷，學習持續了一段時間之后，往往會有一個瓶頸期，長時間似乎很久沒有什么進步，于是內心非常著急。

這種情況實際上這是由人的學習規律決定的一種“高原現象”。據研究，學習者在剛開始進步快，隨后有一個明顯的或長或短的進步停頓期，后期進步慢，中間的停頓期叫高原期。

圖2 技能學習練習曲線

在我看來，高原期實質是一個消化期，由于前期的學習積累了太多的知識點，這些知識點在大腦中亂作一團，還沒有形成一個知識體系。這時需要一定的時間來消化它，將它融會貫通，經常思考總結可以快速幫你跨過高原期。

在處于高原期的時候，還可以換一個相關的方向來學習，例如編程語言學不下去了，你可以學習一下設計模式，設計模式也學不下去了，再換成數據庫。通過學習這些相關的知識，不但補齊了知識體系中的短板，而且各個知識點之間可以互相啟發，幫助你實現頓悟，跨過高原期。

十、學習要有好心態

（1）學習要靜心

急于求成是學習過程中普遍存在的一種心態。這可以理解，畢竟作為一個程序員，要學的東西實在太多了，而社會又是那樣的浮躁，讓人覺得一切都是那樣的不安全、不確定，似乎只有學得快一點，才能跟上社會的腳步。

可是“欲速則不達”，想快快的學，往往會形成東一榔頭、西一棒槌的學習方式，每一個點都沒有吃透。心沉不下去，知識也會沉不下去。要想成為真正的高手，只能靜下心來，一步一個腳印的攀登。

（2）學習是一個持續一生的過程

人生的過程，就是一個自我完善過程。

孔子曾經說：“吾十有五而志于學，三十而立，四十而不惑，五十而知天命，六十而耳順，七十而從心所欲，不逾矩。”可見孔子也不是天生的圣人，也在不停的學習、進步，從“志于學”到最后“從心所欲，不逾矩”，孔子一共花了55年的時間。

作為一個程序員，更是需要不斷更新自己的知識。我們所知道的東西，就像一個白色的圓圈，圈外則是黑暗的未知的世界。當圓圈越大，所接觸到的黑暗部分就越多。我們只有不停的學習，打破更多的黑暗，找到更多光明。

（3）保持饑餓，保持愚蠢

看了《喬布斯傳》之后，我最喜歡的一句話是“求知若饑，虛心若愚”（Stay Hungry,Stay Foolish），其實我更喜歡它更原生態的翻譯“保持饑餓，保持愚蠢”。我們只有認識到自己還很饑餓和愚蠢，才會像沒吃飽一樣，由衷的需要學習、愛上學習。

當然，知易行難，知行合一才是學習的最高境界。我也始終是一個學習者，一直在路上。

第四篇：從程序員到項目經理(二)：如何勝任

從程序員到項目經理(二)：如何勝任

被任命為項目經理，是職業生涯的第一次飛躍，既驚喜又緊張。從現在開始，你要思考怎樣才能勝任項目管理的工作，否則等著你的，很可能是一場悲劇。

一．升職之辯

1.為什么是我不是每個人都能當項目經理，程序員中只有一小部分能成為項目經理，大部分人會隨著歲月的流逝，成為了“資深程序員”。

那為什么領導要選擇我呢？一般人對自己所擁有的東西都會很快習以為常，認為這是自己應得的。一點也沒錯，這就是你應得的，原因也很簡單，那是因為你比別人優秀一點。

其實領導挑選人才的標準很簡單，那就是你比別人優秀，而且只需一點點。你不需要“鶴立雞群”，“鴨立雞群”已經足夠了。俗話說：“群眾的眼睛是雪亮的”，其實領導眼睛才是真正雪亮的，如果他還沒有發現你，那是因為你還不夠優秀，沒有引起他的注意。

因此，如果你工作多年仍然沒有職位上升，不要埋怨公司不給你機會，而應該從自己身上找原因，機會只會給有準備的人。如果你不知道自己準備好了沒有，就試著回答下面的問題吧：

工作是不是比別人積極主動一點；

加班是不是比別人多一點（如果貴公司喜歡員工加班的話）；

提交成果是不是比別人提前一點；

成果質量是不是比別人要好一點；

學習是不是比別人勤奮一點；

面對問題是不是比別人勇敢和執著一點；

人際關系是不是更和諧一點。

如果你能做到這些，相信機會遲早會屬于你的。

2.彼得定律的啟發

心理學中有一個詞，叫“光環效應”，是說當我們對一個人某個方面有好的印象時，我們會傾向于認為他的其他方面也是好的。因此，當你能勝任你現有職位、比別人優秀一點時，領導會認為你是下一個職位的最佳人選。然而實際上，你不一定是最合適的，但有什么關系呢，你已經是項目經理了，你有很多時間，可以邊做邊學。但是，如是你長期不勝任項目管理工作，項目經理就會成為你職業生涯的最高職位。

這也就是彼得定律的內涵：“在一個等級制度中，每個員工趨向于上升到他所不能勝任的職位”。

從彼得定律中，我們可以得到以下啟發：

（1）在公司里面，大部分人都干著他不能勝任的事情。這聽起來真是一個悲劇，好在我們暫時還不用

操心。

（2）金子是一定會發光的，人才絕對不會被埋沒的。這是由于人才的稀缺性造成的，只要是勝任當前職位，晉升是遲早的事。因此，無論是程序員還是項目經理，都要做好你的本職工作，這才是最重要的。試想，如果本職工作都沒做好，怎么可能提拔到更高職位呢？別告訴我還可以走后門。

（3）當上了項目經理，只是說明你可以勝任程序員職位，而不意味著你可以勝任項目經理。因此，別急著慶祝，還是多想想怎么來管項目的事情吧，否則你就可能是下一場悲劇的主角。

（4）如果你已經擔任項目經理很長時間，還沒有得到升遷，不要罵老板，這只是說明你沒有完全勝任項目經理的職位，還是趕快想想怎樣完善自我，提升內功吧。

二、新任項目經理的誤區

新任項目經理，由于經驗和知識儲備的不足，往往會出現相同類型的問題。

1.農夫的一天

有一個小故事，講的是一個農夫的一天：

故事看上去很可笑，但笑過之后，回過頭思索一下，故事里是不是也有我們項目的影子呢? 我們將《農夫的一天》換成《項目經理的一天》：

這樣的一天無疑令人沮喪，但卻經常出現在我們的現實中。當高級經理詢問怎么還沒有提交項目計劃的時候，項目經理無可奈何又理直氣壯的說：“我很忙啊！”

項目經理確實很忙，但這是沒有效率的忙。其實何止是忙，還“茫”，而且“盲”，“忙、茫、盲”是許多新任項目經理的寫照。

忙：一天到晚都在忙個不停，是為忙碌；

茫：碰到什么做什么，像個無頭的蒼蠅，沒有計劃性，或者無法堅持計劃，是為茫然；

盲：項目經理這一天初始目標究竟要做什么，做著做著就丟了，沒有目標性，是為盲目；

2.思維轉換

有時候我們會說一個項目經理，不像一個項目經理，那像什么呢？當然是像程序員啰。也就是說，他的職位雖然變化了，但并沒有完成相應的角色轉換，仍然像程序員那樣工作。項目經理之所以會出現“忙、茫、盲”狀態，歸根到底也是因為他沒有實現自己的角色轉換。

角色轉換本質上是思維轉換。思維決定一個人的行為，項目經理不像項目經理，那是因為他的思維仍然是以前的技術思維，而不是管理者應當具備的管理思維。這就好比一個人在陌生的城市，拿著過時的地圖，尋找自己的目標，結果只會是四處碰壁，無所適從。

表1 技術思維 vs 管理思維

實現思維轉換需要時間，這期間是一個懵懂的、左右為難的、痛苦難熬的階段。有些人可以在很短的時間內完成蛻變，有些人卻可能一輩子都在這個階段，這跟一個人能不能改變自己有關。這些不能改變自己的人，理論知識往往也很豐富，說什么都頭頭是道，可惜的是，這是無效的知識，因為不能用在自己的實踐中。這樣的人，往往有一定的人格分裂傾向，因為他的知識和他的行為不統一，甚至是矛盾的。知行合一才是學習的最高境界。

新任的項目經理，別忘了時刻提醒自己，像一個項目經理一樣去當項目經理！

3.項目經理行為分析

第一次當項目經理，往往會由于經驗不足、項目管理知識的不足以及角色轉換等原因，表現出種種不勝任的跡象。

不勝任的項目經理，通常有以下幾種類型：

（1）刺猬型

刺猬型的人非常敏感，隨時都保持警惕，只要一感覺受到威脅，便會用豪豬般的刺扎向對手，讓人避之不及。他們通常自我封閉，堅守自己的地盤，處處表現出來自己是對的，雖然其實他自己也并沒有底氣。他不會讓別人看到自己的脆弱。

刺猬型項目經理不允許別人干涉自己的項目，哪怕是自己的上級。如果領導詢問項目中的某個問題時，他會非常明確的告訴你，那不是我的問題，那是客戶的問題，或者是公司制度引起的問題，或者是領導你干預項目造成的問題。總之，我一切都做得很好。

刺猬型項目經理的這種反應通常是不自信的反應。小貓在害怕時，總是拱起背，把全身的毛都豎起來，讓自己看起來更強大，但老虎永遠不會這樣。

（2）綿羊型

綿羊型項目經理的性格非常溫順，他們語氣平和，慢條斯理，不急不躁。對待下屬非常友好，在他們心里，似乎沒有好和不好、對和不對，這些對他們都不重要。項目每天都很平靜，似乎永遠不會有暴風雨的到來。當上級提出要求時，他們永遠都是好的，至于做成怎么樣，只要盡力了，那有什么關系呢？

綿羊型項目經理通常工作缺乏計劃性，即使有計劃，也只是應付上級而已。看到什么事情，就去做什么事情，除此之外，還有什么其它的辦法嗎？

（3）猴子型

想象一下孫悟空的行為就對猴子型項目經理有了大致的認識。他們技術能力強，很有激情，非常聰明，非常自信。但他們往往性格沖動，做起事來橫沖直撞，不講究方法。

猴子型項目經理悟性很強，進步會很快，他們最終會克服自己的不足，像孫悟空一樣，取得正果。這一刻，他已經不是猴子了。

刺猬型和綿羊型項目經理，他們往往缺乏自信，其管理模式一般是被動式的，做事沒有計劃性，有什么事就做什么事，就像條件反射一樣，只會對外界刺激做出反應。

猴子型項目經理則是主動式的管理，他們充滿自信，但往往由于經驗不足，過于盲目，對問題考慮不周。同時由于沖動的性格，在團隊中并不受歡迎。

這三種類型都是不勝任的表現，那怎樣才是勝任的類型呢？如果還是用一種動物來比喻，我覺得應該是“頭狼”，也就是狼群的首領。

暫時的不勝任不要緊，關鍵是要有進步。如果一個項目下來，除了很疲憊，你沒有感覺到自己有一些積極的變化，那你的危機也要來了。要知道，項目經理并不是“鐵飯碗”，雖然公司傾向于選用有經驗的項目經理，但當你明顯不勝任時，領導不會再在你身上押上賭注，他們寧可重新冒險一次，因為他們不想“兩次踏進同一條河流”。

4.心態

新任項目經理沒有管理經驗，不勝任是可以理解的。也許你認為公司應該給你更多的培訓再上崗，但往往形勢是箭在弦上，在沒有更多資源的情況下，領導把這個成長的機會給了你。

可憐的是公司老板，他的項目成了你的試驗田。實際上，公司提拔你做項目經理，就是花巨資送你去培訓學校，不是嗎？我一直認為，由一個不合格項目經理負責的項目，相比由優秀的項目經理來帶，實施成本可能多出50%，甚至更多。不合格的項目經理就像一個給項目減肥的機器，使得肥肉變瘦肉，瘦肉變骨頭，骨頭變渣滓。

項目經理應該學會感恩。要成為優秀的項目經理，應該有好的心態，而感恩是一切好心態的基礎。你只知道自己壓力大，卻不知道你讓老板少賺了多少錢！是老板交學費幫你從一個初出茅廬的項目經理，培養成了一個合格乃至優秀的項目經理。

我見過不少新任項目經理，對公司滿肚子怨氣，好像是公司一手造成他的項目問題百出，仿佛領導和老板成了他的敵人，剛做完項目甚至還沒有做完項目就果斷匆匆辭職，帶著公司用無形成本換來的寶貴經驗，絕決的離去，換取更快的升職加薪。設想一下你是老板，不知會作何感想？

感恩是一個人最重要、最美好的品質之一。網上有一個經典感恩的段子：“?感謝鞭打你的人，因為他激發了你的斗志，感謝遺棄你的人，因為他教導你該獨立，?凡事感激,學會感激，感激一切使你成長的人!” 而你的領導和你的老板，他們既不是鞭打你的人，也不是遺棄你的人，而是培養你成長的恩人，我們有什么理由不感謝他們呢。

第五篇：從程序員到項目經理：程序員加油站-懂電腦更要懂人腦

從程序員到項目經理：程序員加油站-懂電腦更要懂人腦

說起程序員三個字，我覺得既驕傲又可悲。驕傲的是，我們曾經是時代驕子，是一群真正改變世界的人；可悲的是，我們很多致力于改變世界的程序員，卻生活在自己的世界里，無法自拔，成為了繼“書呆子”之后的“電腦呆子”。電腦本來只是一個工具，我們竟然被其所限制、甚至同化，悲夫！

一、警惕成為“電腦呆子”

（1）程序員眼中的自己

程序員是怎樣看待自己的呢？看看園子里的發言，碼農、碼畜、IT民工、苦逼、程序猿?這樣的字眼俯拾皆是。

在網上曾經廣泛流傳一首關于程序員的詩，模仿的是唐伯虎的《桃花庵歌》，我們暫且稱之為《程序員之歌》吧：

寫字樓里寫字間，寫字間里程序員；程序人員寫程序，又拿程序換酒錢。

酒醒只在網上坐，酒醉還來網下眠；酒醉酒醒日復日，網上網下年復年。

但愿老死電腦間，不愿鞠躬老板前；奔馳寶馬貴者趣，公交自行程序員。

別人笑我忒瘋癲，我笑自己命太賤；不見滿街漂亮妹，哪個歸得程序員。

這首詩的作者不知姓甚名誰，但可以肯定的是，他是一名程序員，因為只有程序員才能這樣生動的寫出程序員的酸甜苦辣。從詩中看出程序員眼中的自己的形象：敬業、辛苦，每天的時間全部花在寫程序和上網；思想單純；清高不合群，自傲自戀；清貧不得志，自悲自嘆。

（2）別人眼中的程序員

在別人眼中程序員又是怎樣的一個群體呢？在360網站有一個關于程序員形象的熱帖

（），其中回帖的大部分都不是程序員，很多回復都非常生動，沒有罵街，可以說比較客觀。

總結一下，大家回復的情況大致如下：

l工作方面

富有鉆研精神，是技術方面的高手，沒有時間概念，加班多，辛苦勞累，工作認真嚴謹，懂制作軟件卻不懂這軟件如何運行更好。

l外在形象

黑眼袋，紅眼圈，睡眠不足，瘦小，邋遢，帶眼鏡。

l生活方面

電腦前瀟灑自如，世人前膽小靦腆。聰明，思維敏捷，生活刻板。

l性格方面

“悶騷”這個詞不好聽，但還是蠻準確的：程序員大多沉默寡言，不善與人交往，但內心卻很豐富。性格靦腆甚至孤僻，圈子小，愛憎分明，有點不食人間煙火的樣子。

l思維方式

是一種面向問題的思維方式，邏輯靈敏而嚴謹，無時無刻不在思考攻克解決問題，善于找別人的問題，卻對自己的問題視而不見，不善于解決生活中的問題。

綜合起來，程序員在世人眼中大抵是一個聰明而又迂腐、善良而又刻板的形象，是不是有點像魯迅筆下的“孔乙己”先生呢？

（3）“電腦呆子”是怎樣煉成的上面描述讓我想起了一個詞：“書呆子”。書呆子是指那些死讀書、讀死書、不通人情世故、不會用書上的知識變通的人。書呆子是與書待一起的時間太久了，以至于生活在書的世界里，用書里的道理來評價和要求真實的世界。而我們程序員呢，日復一日，年復一年在代碼間摸爬滾打。每天用在與電腦交流的時間，比大部分書呆子看書的時間有過之無不及。每天基本上就是“電腦一開，一關就過去了，嚎”。

俗話說：“帶著錘子三年，看什么都是釘子”。當程序員三年，看到誰都當作是電腦。于是產生了計算機時代的“書呆子”，不妨稱之為“電腦呆子”。電腦呆子用電腦的時間太久了，生活在電腦的世界里，用電腦的邏輯來要求別人，不懂生活，不懂人情世故。可能你對這樣的措辭感到不滿，但對多我們身邊有些程序員，是不是有幾分神似呢？

悲夫！程序員曾是時代驕子，有非常細膩內心、非常豐富的感情世界、非常聰明的大腦，在世人眼里的形象卻是如此不堪！

孔子說：“君子御物而不御于物”。電腦只是被我們利用工具而已，而我們的思維卻被電腦所限制，甚至變得和電腦一樣。

程序員，是該求變的時候了！

我們再也不要悶騷，將我們的內心美好善良的一面勇敢的表達出來吧！

我們再也不要苦逼，我們要金錢，更要快樂，我們要工作，更要生活！

我們再也不要死板，我們可以做出漂亮的程序，同樣也可以漂漂亮亮的做人！

（4）一個老程序員的肺腑之言

也有大家會覺得“電腦呆子”這樣的詞是在罵程序員，是對程序員的不敬，但也許激烈的言辭更能令人警醒。有一個成語叫當頭棒喝，據說佛教禪宗和尚接待初學的人常常用棒一擊或大喝一聲，促他醒悟。

我曾經是一個程序員，現在仍是。我也曾經是一個真正的“電腦呆子”，我曾獨自在黑暗中摸索，花了多年的時間才摸著石頭過河—也許我還遠未過河。那些曾狠狠罵我的人，我把他們當作我的恩人，因為他們激勵和啟發了我的成長。當我逐漸走向成熟時，已經錯過了無數的機會。

二、懂電腦更要成為人腦

（1）電腦邏輯 vs 人腦邏輯

程序員寫代碼離不開電腦，溝通、交際又要與人腦打交道，然而電腦與人腦的邏輯在很多方面卻是大相徑庭。

電腦的邏輯簡單，所以我們愿意與電腦打交道。如果我們把電腦的邏輯帶到與人交往的過程中，那就太“簡單化”了，當然也就給人以迂腐、刻板、不懂變通的印象。我們畢竟是生活在人的世界中，我們要懂電腦，更要懂人腦。我們不是只懂電腦異類，而只是更懂電腦的正常人。

（2）做回正常人

我曾經很看不起那些不懂技術卻八面玲瓏的人，看到他們身居高位更是感到憤憤不平，甚至感嘆要是生活在西方國家就好了，什么事情都直截了當，不用拐彎抹角。

然而，經歷了無數的挫折之后，我明白了一個道理：“世事洞明皆學問，人情練達即文章”。人家能說會道、八面玲瓏也是一種本事啊。不然，我們怎么做不到啊？

其實并不是這樣做很難，而是我們不愿意這樣做而已，不愿意為世俗的觀念改變自己。沒錯，現實是世俗的，但現實也是無法改變的，我們只能承認現實，臣服于現實。我在360的那個帖子中看到有一個對程序員的絕妙評價，“程序員是七仙女中的織女”，難道我們真正的要像仙女一樣不食人間煙火嗎？

我們不用做仙女，只需要做一個普通的正常人。要順應人的邏輯，懂人情，明事理，做一個正常人該做的事情，這樣并不難。

莫言在領諾貝爾獎時有一段精彩的發言：

最后，我講一個小故事。聽說法蘭克福是歌德的出生地。在中國，流傳著一個非常有名的關于歌德的故事。有一次，歌德和貝多芬在路上并肩行走。突然，對面來了國王的儀仗。貝多芬昂首挺胸，從國王的儀仗隊面前挺身而過。歌德退到路邊，摘下帽子，在儀仗隊面前恭敬肅立。我想，這個故事向我們傳達的就是對貝多芬的尊敬和對歌德的蔑視。在年輕的時候，我也認為貝多芬了不起，歌德太不象話了。但隨著年齡的增長，我慢慢意識到，在某種意義上，像貝多芬那樣做也許并不困難。但像歌德那樣，退到路邊，摘下帽子，尊重世俗，對著國王的儀仗恭恭敬敬地行禮反而需要巨大的勇氣。

處處與世俗為敵，并不會讓世俗變得清高。尊重世俗，也并不意味著失去清高，失去自我。不要比拼清高，而要自己生活得幸福。當你能自由的游走于世俗的現實與內心卓爾不群的原則之間時，你也就實現在個人修煉的圓滿，成為了一個從內心里幸福的人。

我們不需要成為清高之人，也不需要成為世俗之人，我們只要成為普通的正常人，一個外圓內方的人。