自從創(chuàng)立21CTO已來，幾乎每天都有公司來找我要找CTO，有初創(chuàng)團隊，也有A輪公司和獨角獸BAT類的公司。
雖然都叫CTO，從規(guī)模來講，初創(chuàng)團隊其實是在找一個項目經理或技術經理，A輪公司是在找技術總監(jiān)或技術主管；而B輪或研發(fā)團隊人數較多、以產品技術為核心的公司，才稱得上真正的首席技術官CTO。
那么什么樣的人可以做CTO，需要具備哪些條件？
技術專家：具備深度和廣度
CTO需要在某個技術上做到專家級別以上。例如是某個語言的hack，某個知名庫的作者最佳。
一個公司的技術基礎架構由CTO決定，需要他了解最新的技術，并熟悉成熟的技術。比如搜索使用Solr還是Lucene、Spinx。大數據方面是用Hadoop還是MangoDB。持久化存儲是用MySQL還是PostgreSql。比如在語言上用Java還是Python，還是用世界上最好的語言PHP。亦或者這個人比較怪癖，選擇了Ruby，這些看起來簡單的事情，都會給未來的運營和人員招聘帶來風險。
十幾年前我當時公司的CTO是來自加州大學伯克利分校的日本人小飼彈博士。
他是FreeBSD內核開發(fā)者，Perl的JCode.pm的作者，技術圖書作者。與國際一些知名技術大牛相交甚厚。
公司的VPN，內網，包括系統架構都是其一人使用FreeBSD架設完成，開發(fā)工具只用Perl。緣由于此，整個公司都在使用FreeBSD和Perl，到引入PHP和Java做為主流語言開發(fā)。因為他是BSD開源社區(qū)的擁泵者，不建議工程師用Microsoft的所有開發(fā)工具。
其全程負責工程師的招聘，筆試與面試。并指導了整個開發(fā)本部的項目開發(fā)流程，數據庫設計規(guī)范，編碼規(guī)范，文檔規(guī)范等。并且指定了開發(fā)部門的副手與日本本部的另一個高手宮川合作。在人員上尋找在全國范圍內招募最優(yōu)秀的人才加入團隊。
無論是本地的還是全球性技術大會，都做為嘉賓或演講者身份參加。
作為技術專家，也是全公司最大的“全棧工程師”，其能力可以環(huán)視整個技術團隊，放眼博碩，皆為之技術傾服。這也是一種非權力領導力。
遠見與領導力
對技術不偏執(zhí)有遠見的CTO，在一個高成長的互聯網公司尤為重要。保證正確的技術決策，可以讓軟件具備可擴展性，有一個精干的團隊，這是一個優(yōu)秀CTO的素質之一。
好的CTO運用良好技術能力，開發(fā)優(yōu)秀的產品。不依靠下邊的人或外部顧問的技術力量。
在自己不能充分控制的情況，那些缺乏嚴謹的“科學決斷”和解決方案可能造成技術團隊的“技術債”。
比如，一個公司在開始做技術選型，選擇了自己編寫框架開發(fā)，而不靠成熟的，框架。他的CTO沒有想到的兩個困境，一個是招人難度加大，另一個自主開發(fā)的框架越來臃腫。結果只能完全重寫。
而一個有經驗的CTO或架構師可以避免這種陷阱。成熟的框架讓我們做事更快，比如Java 的SSH、Python的Django，PHP的ThinkPHP、Laravel、CI等。
管理能力
當你的職位加上O字時，只要不是UFO，你都需要有一定的管理能力。
這個管理包括兩種，一個是自我管理能力，一個是團隊管理能力。
個人管理包括時間管理和目標管理，如果一位個人的目標與工作能夠完美結合，那么這個人幾乎是一個變形金剛。
當你的同事每天看到一個每天提前到來，精神煥發(fā)，思維敏捷、目標清晰的老大，和每天比自己晚到幾小時又很早走的一個甩手掌柜，思想的落差和團隊執(zhí)行力可想而知。
一個連自己都管理不好的人，怎么管理別人？
好的CTO會團隊管理上對項目經理、技術經理的計劃清晰有條理。他知道時間評估的合理性，敏捷開發(fā)過程的風險，適時調動工程師的積極性。比如運維團隊的排班，異常處理，災害恢復。
CTO會重視測試團隊的單元測試，回歸測試，壓力測試，質量團隊的文檔以及部門培訓。以及產品的準時上線和交付。
能動口也能動手，學習力強
CTO不必親自寫代碼。但技術派的CTO不會放棄每次寫代碼的機會，比如系統的核心架構，最重要的部分由自己寫出來，或與架構師提供指導和實現意見。
特別是在一個非健全的技術團隊，當團隊里有人在技術難點上遇到時，你走上前去，一句話，或只幾行代碼就解決好問題的感覺，是不是讓自己也佩服呢。
當然，這種情況是在我曾經管理的團隊發(fā)生，這種情況是越少越好，多半需要CTO解決好人才的分層梯度問題。另外，也需要CTO不當救火員，而是做教練。
在某些新技術，能夠快速學習并應用，確定技術成熟度，指導團隊立即使用，以提高團隊效率，降低成本。
建立團隊與研發(fā)團隊文化
CTO做為技術負責人，有可能兼管理產品。這在一些產品技術為主的公司里，這幾乎是大半個CEO的職責。
一個項目從啟動到結束，中間會有這樣那樣的問題。在開始時能夠責任清晰，分配得當，人員穩(wěn)定，重大項目有備份機制。流程跟蹤清晰，不出紕漏。
CTO性格決定了這家公司技術團隊，比如敏捷高效，還是無序散漫。是每天都很嚴肅，如果是互聯網公司，還是充滿朝氣的笑臉好。
極客精神與產品能力
我認為只有技術人員才算上真正的極客，產品經理不是極客。
這是一群對技術有狂熱興趣并投入大量時間鉆研的人。是以創(chuàng)新、技術和時尚為生命意義的人。
而不是一些不懂技術的PM，只能從表面邏輯指導技術來實現，會導致產品的失敗。
CTO須站在更遠的戰(zhàn)略角度觀察技術趨勢和工具，而不是盯在某個代碼行上。他應該在產品的整體方向起更大作用。比如不斷引領新的技術進步，并確保公司保持向上或向前。
比如以前的網站有幾個版本，移動化網站還是過時的WAP 3G版本，而不是HTML5，而如今只需要使用一個響應式前端框架或者通過第三方搞定。從而節(jié)省產品開發(fā)時間和費用。
CTO若具備此素質，他所做的產品一定是個有生命力，有靈魂的好產品。
一些好的CEO都是由CTO轉換而來，他們專業(yè)能力強，邏輯縝密，能夠把產品、技術與商業(yè)良好結合，如馬化騰、丁磊、周鴻祎、張小龍、王小川等。
跨部門協調
一個CTO要具有良好的溝通技巧，必須能和非技術人員之間進行話語轉換。CTO會經常與CEO和主管運營的COO打交道。能夠用對方能夠聽懂得的話傳達出來，告訴這些利益相關者，技術如何影響產品運營。還能把產品目標如何結合技術，傳達給團隊的研發(fā)工程師。
可以利用會議和制度，確保部門之間的溝通順暢。一個好的CTO能在業(yè)務和技術之間的切換頻道，把自己瞬間變小白，以對方的角色去看問題，與非技術人員溝通并讓他們理解、認同，確保項目按正確的方向前進。
與CEO的溝通
CTO也是一個好球員，他知道在什么時間應該向哪邊球門踢。
比如公司要求上線時間提前，以滿足市場需求。那么我們可以使用PhoneGap或Hybird方式來開發(fā)App，這樣很快發(fā)布應用。
這里可能需要犧牲尊嚴與代碼質量來做到這一點。因為CEO要確保技術與整體業(yè)務戰(zhàn)略，這時要做出必要的妥協。
對于技術出身的CEO來說，以上的問題都不會發(fā)生。但與非技術出身的CEO，特別是傳統行來出來的CEO來說，他們對產品，對技術可能都不明白。今天冒出一個想法，哎呀簡直一針捅破天，馬上問這個東西什么時候做出來。
這是千古難答的問題，CTO很難說這東西做不出來，或者一個準確時間表。而且過幾天，這個需求可能忘了，或者又改成別的樣子。
因此，好多的公司因為產品失控或延期，造成失敗。CTO有責任站在專業(yè)和負責任和與CEO繞彎，糾偏，調整。如果不去糾正，導致產品體驗差，運營問題等，造成公司整體失敗。這時CTO要敢于說不，堅守自己的原則。
加入一個高質量的社交網絡
技術分工越來越細，越來越復雜。沒有人敢說勝任全部技術工作。這時，CTO需要有一個強大可信任的社交網絡，它可以彌補自己的技術空白和盲點。
可以加入像21CTO這樣的高端技術專家社交平臺，加快學習新技術的能力，還可以快速找到iOS工程師，找到富有更多經驗的大數據專家，靠譜的技術顧問等。
總結
一個優(yōu)秀的CTO的成長不容易。需要同時具備卓越的管理、溝通能力，技術能力，長遠的戰(zhàn)略眼光。能夠不斷學習，在別人那吸取成功和失敗的經驗。
一個好的CTO除了帶來的強大技術與領導力后，可以做出成功產品，能夠為公司成長、新一輪融資、上市增加巨大的價值。
