專一有利于做好事情，每個行業(yè)都會有深水區(qū)。如果所有的技術(shù)都想著去做管理，不腳踏實地寫代碼，那技術(shù)就做不好了。

如果仔細推敲這句話，便能發(fā)現(xiàn)其中的邏輯錯誤：該觀點私自敲定了「在轉(zhuǎn)型管理的過程中就一定不會再腳踏實地做技術(shù)」的預(yù)設(shè)前提，事實上，這是一種偷換概念。

喬布斯說過一句話：「如果一家公司讓主管銷售的去主管產(chǎn)品，這家公司就會非常危險。

優(yōu)秀的程序員更懂得產(chǎn)品的本質(zhì)，他們并不是網(wǎng)絡(luò)段子手們口中的除了寫代碼什么也不會的程序員。

擺在三十歲后的程序員面前有三條路，一是轉(zhuǎn)行，二是繼續(xù)鉆研成為技術(shù)大牛，三是轉(zhuǎn)型為管理人員。

今天，我們說說第三條路：「技術(shù)人員轉(zhuǎn)型為管理」。

人們對「技術(shù)轉(zhuǎn)管理」的三個誤區(qū)印象

什么是管理？

非管理層中有很多人對「管理」二字本身就存在誤解，認為做管理只用分分工、協(xié)調(diào)下人際關(guān)系即可，即便是技術(shù)人員轉(zhuǎn)成了管理，也會因為長期不實際動手而慢慢淡忘了技術(shù)。并且，他們認為技術(shù)人員就該老老實實一輩子做技術(shù)。

人們對「技術(shù)人員轉(zhuǎn)管理層」存在很大誤區(qū)，總結(jié)下來有以下三點——

誤區(qū)一：管理不用懂技術(shù)

國內(nèi)很多企業(yè)的管理層都是從業(yè)務(wù)出身，業(yè)務(wù)出身的管理人員有得天獨厚的優(yōu)勢，除卻擅長于人際關(guān)系外也對公司的收入支出、銷售體系理解得更為透徹。

也是因為上述原因，導(dǎo)致不少人認為管理不用懂技術(shù)。

其實不然，若運營一項互聯(lián)網(wǎng)產(chǎn)品，或管理一支技術(shù)團隊，沒有人比技術(shù)出身的人更為理解。

兩個月前，張先生在100offer拿到offer，他今年剛過30歲，去年一年都在創(chuàng)業(yè)。最初，他以技術(shù)合伙人的身份與朋友一起創(chuàng)業(yè)，出任CTO，參與核心代碼的編寫，之后更是擔(dān)當(dāng)起管理一支十一人團隊的重任。

程序員出身的張先生深知技術(shù)的重要性，在管理團隊時，他能理解技術(shù)人員的需求與苦處，從而對癥下藥，面對非技術(shù)員工，他可以利用自身優(yōu)勢，讓他們大致了解技術(shù)團隊的運作，從而使整支團隊的效率提升。

不過，三個月前，張先生選擇了離開，兩個月前進入一家公司擔(dān)任CMO，負責(zé)新公司的營銷戰(zhàn)略，他從技術(shù)人員徹底轉(zhuǎn)型管理人員。問起為何最后離開自己創(chuàng)辦的公司時，張先生搖搖頭，說——「合伙人不是很懂技術(shù)，最后把核心工程師逼走了好幾個。雖然說管理人員不必在技術(shù)上精通，但也不能絲毫不知?！?/p>

張先生在30歲完成了程序員到CTO再到CMO的管理轉(zhuǎn)型，即便他如今再也不用寫代碼，但他仍堅持著「管理層至少要知道技術(shù)是怎么一回事」的觀點。

38歲的顏先生常年擔(dān)任技術(shù)總監(jiān)，他對于「管理不用懂技術(shù)」、「程序員轉(zhuǎn)了管理后就不用寫代碼了」這類看法發(fā)表了以下觀點——

「技術(shù)人員成為管理層后，仍要參與核心代碼的編寫。優(yōu)秀的程序員即便成長為CEO后，事務(wù)繁瑣到的確沒時間寫代碼，他的技術(shù)知識層面也依舊非常扎實。一個完全不懂技術(shù)的人，他無法理解技術(shù)團隊人員究竟在做什么，分工起來也面臨極大困難，這樣會造成工作展開的困難?！?/p>

顏先生目前負責(zé)公司的整體技術(shù)規(guī)劃、各系統(tǒng)總體解決方案，他的職業(yè)發(fā)展方向是從工程師起步，逐漸成為高級工程師，再一步步成長為技術(shù)總監(jiān)。

技術(shù)與管理并不沖突，優(yōu)秀的管理人員即便不是技術(shù)專家，也不代表他一點都不懂技術(shù)。

誤區(qū)二：做管理比做技術(shù)輕松

和很多人以為管理人員只需協(xié)調(diào)人員關(guān)系一樣，不少人存在這樣的誤區(qū)：做管理不用耗費太多體力，其實比技術(shù)輕松得多。

林先生今年29歲，碩士，六年工作經(jīng)驗，在畢業(yè)第三年就成為一家公司的CTO，是程序員轉(zhuǎn)型管理人員中年紀較輕的，他說起他在創(chuàng)新工場當(dāng)程序員的日子，總是會說：「熬夜是家常便飯的事。」

問起他這幾年擔(dān)任CTO會不會熬夜少一點，他搖頭，說：「CTO又不是不用寫代碼，相反，CTO需要精通各類技術(shù)，APP開發(fā)和運營，可以讓CTO們沒睡過幾個好覺，更何況有十幾個人要管理，維護過程中出了問題出了bug最心急如焚的當(dāng)然是CTO?！?/p>

林先生伸出他的手，讓我看他的右手食指，整支手指都附上昏黃色，他笑，說：「都是熬夜抽煙抽的，以前常寫代碼時很少抽煙，因為手都在鍵盤上?，F(xiàn)在也不是有空了，團隊大大小小事情那么多，一晚上一晚上地熬，能不抽煙嗎？」

不僅是林先生，本次100offer采訪了十五名三十歲左右的程序員，其中七位是管理人員，八位是非管理人員，七位管理人員一致表示進入管理層后，就算會熬夜少一點，但從體力耗費而言，一點兒不比以前輕松。

即便是未成為管理人員的八位程序員，他們大多也表示「認為技術(shù)管理會很輕松的多半是沒有經(jīng)驗的程序員」，僅有一名持不同觀點。

誤區(qū)三：技術(shù)轉(zhuǎn)管理的人往往帶不好團隊

多數(shù)人印象中的程序員都是木訥、內(nèi)向甚至孤僻，認為他們不擅長與人溝通，更不具備管理能力。

這是大眾對技術(shù)人員的最大誤解，并且，也有很多木訥內(nèi)向的人，成為了優(yōu)秀的管理人員。

扎克伯格是「技術(shù)人員轉(zhuǎn)管理層」的典型案例，在創(chuàng)辦facebook之前，便被稱為「程序神人（a programming prodigy）」。

扎克伯格高中時，便開發(fā)過名為ZuckNet的軟件程序，這一套系統(tǒng)甚至可視為后來的美國在線實時通信軟件的原始版本。高中時還創(chuàng)作了名為SynapseMediaPlayer的音樂程序，并且借由人工智能來學(xué)習(xí)用戶聽音樂的習(xí)慣。大學(xué)二年級時他又開發(fā)出名為CourseMatch的程序，這是一個依據(jù)其他學(xué)生選課邏輯而讓用戶參考選課的程序。

甚至在創(chuàng)業(yè)初期，他也依舊著迷于技術(shù)本身，將公司管理交給其他高層。

羅賓曾對扎克伯格爆發(fā)過：「你最好上課學(xué)一下怎么當(dāng)首席執(zhí)行官，不然這會給你帶來麻煩的！」

不過，在羅賓對扎克伯格爆發(fā)后，羅賓注意到，扎克伯格身上發(fā)生了截然不同的變化。首先他確實同意開始向一位高管輔導(dǎo)老師學(xué)習(xí)如何做一名有效率的領(lǐng)袖。他開始更多地與他的資深高管們進行一對一的面談。

之后的事情我們都知道，扎克伯格最終成長為一名出眾的首席執(zhí)行官。

技術(shù)出身的管理人員或許在溝通上與業(yè)務(wù)出身的相比之下顯得安靜木訥些，但不代表他們無法管理出一支好的團隊。

很多內(nèi)向的管理人員，更具同理心，他們能利用這個優(yōu)勢迅速理解團隊中的成員在想什么，使團隊更具凝聚力。

前文提到，本次100offer采訪了十五名程序員，100offer對他們提了三個問題——

1.30歲后該不該轉(zhuǎn)管理？

十一名程序員表示應(yīng)該，三名表示不應(yīng)該，另外，今年三十二歲的楊先生表示：優(yōu)秀的技術(shù)人員應(yīng)該轉(zhuǎn)管理，但不應(yīng)該限制年齡，倘若他的能力到了，即便是20歲也該轉(zhuǎn)，如果未到，40歲也不遲。

有趣的是，楊先生進入管理層兩年了，轉(zhuǎn)型管理時恰巧三十歲。

2.管理需不需要懂技術(shù)？

十五名程序員全部表示需要。

采訪樣本選擇的均是程序員，所以對他們而言這個問題的答案顯而易見，不過，最懂技術(shù)團隊的莫過于技術(shù)人本身，所以，他們的答案是合理的。

3.技術(shù)若要轉(zhuǎn)管理，最合適年齡是多少？

除去第一道問題那位楊先生的回答。1人表示25歲以下，3人表示25歲至30歲，7人表示30歲至35歲，2人表示35歲至40歲，1人表示40歲以上，如下圖所示——

大多數(shù)人都認為三十歲之后是轉(zhuǎn)管理的最佳時期。即便是國外的知名互聯(lián)網(wǎng)行業(yè)，處于中層管理的也多為30歲左右。

技術(shù)和管理并不沖突。

如文章開頭所說，擺在程序員們面前未來的路有三條，只要是認真抉擇過的，每條路都是正確的。但，極為出色的程序員更應(yīng)該成長為管理人員，不應(yīng)只將自己定位成「我只是個寫代碼」的，問題不是到三十歲后轉(zhuǎn)還是四十歲轉(zhuǎn)，而是當(dāng)能力達到該去管理時，應(yīng)該為自己、為公司、為社會發(fā)揮出更大作用。

并且，三十歲后的程序員們，在戰(zhàn)略思維上，他們能更為清晰知道一個項目系統(tǒng)設(shè)計的具體規(guī)劃，細分之后的具體編程對于他們而言自然是輕而易舉，但他們應(yīng)將精力更放在系統(tǒng)設(shè)計上，創(chuàng)造最大價值。而處在系統(tǒng)中的每個部分也會更加愿意去服從這實現(xiàn)這現(xiàn)實性和可行性比較高的計劃。