本文作者 Paul Robinson 曾經(jīng)做過 5 年的 CTO 招聘咨詢顧問,，也曾經(jīng)在幾家公司做過 CTO ，對(duì)于如何成為 CTO 以及如何招聘到優(yōu)秀的 CTO ,，他給出了自己的意見。

首先,，有句話我不吐不快：

以前是缺好的軟件工程師,，而現(xiàn)在則是缺好的 CTO ，以至于在一周之內(nèi)就有 3 家公司來向我咨詢?cè)趺床拍苷业絻?yōu)秀的 CTO ,。我在想,，是不是當(dāng)承包商（ contractor ）給的錢太多，以至于沒人想循規(guī)蹈矩,，公司高層都招不到人了,？

（譯者注：在北美，由于累進(jìn)稅制,，對(duì)于年薪 8 萬刀以上的員工而言,，為了少繳稅，最好的辦法是成為承包商,，即 contractor ：開一家只有自己一個(gè)人的公司,，把自己當(dāng)做派遣人員派遣到原公司，原公司和這家單人公司簽派遣合同,，自己給自己開工資,。這樣的好處是繳稅少，而且可以將自己家的日常開銷當(dāng)做公司支出報(bào)稅，進(jìn)一步減少稅額,。然而缺點(diǎn)在于,，公司可以隨時(shí)解除合同，員工不受勞動(dòng)法保護(hù),，沒有福利,，需要自己處理醫(yī)保養(yǎng)老金稅款繳納問題。具體涉及的法律問題在美國需要按州進(jìn)行個(gè)別討論,，加拿大的勞工法與美國不甚相同,。譯者不是法律專業(yè)人士,。）

工程師（特別是小型公司的工程師）會(huì)覺得 CTO 就是年薪很高的工程師，并且領(lǐng)導(dǎo)著整個(gè)公司的技術(shù)方向,，是“超級(jí)技術(shù)領(lǐng)導(dǎo)”,。

在我擔(dān)任 CTO 時(shí)，我做了以下這些事情：

• 和商業(yè)部門大佬（ CEO ,、董事會(huì),、投資人等）溝通，確定接下來幾個(gè)月的路線,；

• 和產(chǎn)品經(jīng)理,、分析師研究出可行的產(chǎn)品路線圖，和商業(yè)規(guī)劃匹配,；

• 按照產(chǎn)品和商業(yè)路線圖規(guī)劃技術(shù)路線圖,；

• 當(dāng)某個(gè)路線技術(shù)上不可行時(shí)，勸說其他人放棄這個(gè)想法,；

• 設(shè)計(jì)自己的開發(fā)團(tuán)隊(duì),；

• 在功能、BAU 和技術(shù)債 / Bug 間找到平衡點(diǎn),，最大化商業(yè)利益,；

• 關(guān)注技術(shù)開發(fā)涉及的合規(guī)性問題和法律變動(dòng)；

• 準(zhǔn)備并申請(qǐng)開發(fā)預(yù)算 —— 工資和研發(fā)預(yù)算一般是兩條線,；

• 準(zhǔn)備并申請(qǐng)運(yùn)行預(yù)算,，例如硬件、服務(wù)（數(shù)據(jù)中心,、云服務(wù)等）,、專利授權(quán)等；

• 把上面所有涉及的工作,，用財(cái)務(wù)數(shù)字和管理層,、董事會(huì)講明白；

• 把上面所有涉及的工作和投資人講清楚，而且留后手以免被出局,；

• 建立技術(shù)團(tuán)隊(duì)的文化,；

• 把所有事情用技術(shù)語言和技術(shù)團(tuán)隊(duì)說明白。例如,，對(duì)董事會(huì)匯報(bào)可以說：“本司預(yù)計(jì)于 18 ~24 個(gè)月內(nèi)由 CAPEX 模型遷移至 OPEC 模型”,，但是對(duì)技術(shù)團(tuán)隊(duì)你得說：“接下來一年到一年半我們要從自建機(jī)房全部遷移上云”。

• 保證技術(shù)團(tuán)隊(duì)的運(yùn)行不受阻礙,。你可以對(duì)人大喊大叫,，但是大部分人覺得大家互相信任，不需要管理的效率最高,；

• 招聘高級(jí)別技術(shù)員工,；

• 管理、指導(dǎo)并支持技術(shù)高層,；

• 考慮薪酬,，期權(quán)管理等；

• 開除員工,，不能心慈手軟,。有人告訴我一條金科玉律：用目的評(píng)價(jià)人，而不是結(jié)果,。盡可能不開除好心辦壞事的人,，并想辦法幫他們；

• 做有爭(zhēng)議的決策后把故事編圓,，保證團(tuán)隊(duì)看起來團(tuán)結(jié)一心,；

• 當(dāng)團(tuán)隊(duì)做得好時(shí)，激勵(lì)他們,；

• 出任何差錯(cuò)你去承擔(dān),。如果你拉不下臉，就別進(jìn)管理層,。

你也許已經(jīng)注意到了,，作為一個(gè) CTO， 我寫代碼的時(shí)間并不是很多,。但不同的公司有不同的情況：在小公司,，你必須自己親力親為做產(chǎn)品。而在大公司,，你根本沒有時(shí)間親自做產(chǎn)品,。

我在上一次進(jìn)行 CTO 演講時(shí)笑稱：我司大到我不需要寫代碼，但又小到我必須親自寫,，搞得我兩頭不是人,。

雖然 CTO 的職責(zé)相通，但還是分不同種類的。一般來說,，CTO 可以分成“運(yùn)營管理”型,，和“技術(shù)領(lǐng)導(dǎo)”型兩種，而這兩種 CTO 的背景和角色的區(qū)別是巨大的,。

我曾在倫敦中心的高級(jí)酒店里參加過一場(chǎng)咨詢公司的 CTO 酒會(huì),。酒會(huì)過后，為了聽取更多技術(shù)領(lǐng)導(dǎo)人的看法,，他們舉辦了一場(chǎng)“圓桌會(huì)議”,。在這場(chǎng)“圓桌會(huì)議”中，我發(fā)現(xiàn)了一個(gè)讓我很震驚的事：在到場(chǎng)的 20 多位 CTO 當(dāng)中,，曾經(jīng)學(xué)過代碼的 CTO 只有兩名,，其中就包括我。

其他的 CTO 覺得有技術(shù)背景的人很奇怪,，他們會(huì)說：“都要當(dāng) CTO 了,，為什么還要學(xué)寫代碼,？”

看到這里也許你會(huì)覺得奇怪：難道 CTO 不是從工程師一層層升上去的嗎,？

很遺憾，并不是,。

曾經(jīng)和我共事過的幾名 CTO ,，他們都寫過一兩行代碼（幾行 COBOL 的程度），但最終他們還是會(huì)在開始研究管理職務(wù)后跳槽,。

而更多的情況是從運(yùn)營或產(chǎn)品經(jīng)理升上去的,，因?yàn)榇蠹矣X得他們能夠很好的理解技術(shù)，于是就把技術(shù)團(tuán)隊(duì)交給他們領(lǐng)導(dǎo)了,。

當(dāng)然,，對(duì)于想成為 CTO 的工程師來說，上面所說的只是萬千條路的一種,。還有很多工程師類型的 CTO 職位,，會(huì)更像“技術(shù)領(lǐng)導(dǎo)” —— 技術(shù)領(lǐng)導(dǎo)更多時(shí)候是要以身作則，是當(dāng)高級(jí)工程師在不確定如何最好地解決問題時(shí)所面對(duì)的人,，并且能夠讓他們相信這是最好的技術(shù)解決方案的人,。

但并不是所有公司都需要這種領(lǐng)導(dǎo)，有些公司也會(huì)讓技術(shù)團(tuán)隊(duì)自己研究方案,。但當(dāng)他們真的需要技術(shù)領(lǐng)導(dǎo)出面,，而 CTO 又沒技術(shù)能力的時(shí)候，整個(gè)公司有可能會(huì)直接死掉,。

我認(rèn)為,，技術(shù)領(lǐng)導(dǎo)者最適合純技術(shù)公司 —— 公司的主要產(chǎn)品就是技術(shù)，例如軟件、B2B ,，或者賣科技產(chǎn)品的公司,。這種公司的 CTO 必須是理解整個(gè)產(chǎn)品的工程師，而且是有同理心,，可以領(lǐng)導(dǎo)團(tuán)隊(duì)的人,。

我的第一份技術(shù)工作是一家運(yùn)營商公司。當(dāng)時(shí)我的 CTO 熟悉 Unix 命令行,，會(huì)用很多種語言寫代碼,，并且可以直觀地將模式規(guī)范化為 3NF 。后來,，那家公司被收購,，并且大幅發(fā)展，現(xiàn)在已經(jīng)成為了歐洲最大的運(yùn)營商之一,。一兩年前,，我看了一次他們現(xiàn)在 CTO 的采訪，很明顯他對(duì)工程的錯(cuò)綜復(fù)雜知之甚少,。

所以,，一家公司所需要的 CTO 可能會(huì)隨著時(shí)間的推移發(fā)生變化。 這意味著你要么改變角色,，要么走人（從一件合適的衣服轉(zhuǎn)移到另一件相似尺寸的）,。后一種模式的適用范圍更大，因?yàn)樵诟〉墓?，技術(shù)領(lǐng)導(dǎo)更受重視,。

總體來說有以下 6 點(diǎn)：

1. CTO 的職位在不同的公司意義不同，職責(zé)也不同,；

2. 大多數(shù)工程師都不知道這個(gè)職位不需要懂技術(shù),，而自己又不懂運(yùn)營和管理；

3. 非技術(shù)人員又不懂工程師每天都在做什么,，所以做不出技術(shù)決策,；

4. 隨著公司在規(guī)模、功能上的發(fā)展,，CTO 也要改變,；

5. CTO 如果搞錯(cuò)形勢(shì) / 態(tài)勢(shì)，就得下臺(tái),。同時(shí),，CTO 想跳槽也不容易，因?yàn)椴皇撬泄径加?CTO ,；

6. CTO 很少像其他 C-suite 職位那樣得到豐厚的報(bào)酬,。

所以我覺得不是因?yàn)榇蠹叶枷氘?dāng)承包商,，造成 CTO 難找：大家心里像明鏡似的。如果你是高級(jí)程序員,，考慮當(dāng) CTO ,，那你肯定會(huì)認(rèn)識(shí) 10 年前改行當(dāng) CTO 現(xiàn)在痛不欲生的朋友。

簡(jiǎn)而言之：想做的做不好,，能做好的不愛做,。

那我們?cè)撛趺崔k？有一個(gè)辦法是：創(chuàng)立一個(gè)類似于 CTO 的職務(wù),，但不是像工程總監(jiān),、工程副總裁，技術(shù)總監(jiān)這種我們耳熟能詳?shù)穆毼?。這些職務(wù)在不同的公司意義不同,，但是我希望以后會(huì)慢慢的穩(wěn)定下來。

我也見過 CTO 做紙上工作,，技術(shù)總監(jiān)做技術(shù)工作,，但大都效果不好，因?yàn)樗麄兌加泄芾肀尘?，卻又都不想搞技術(shù),，我認(rèn)為這都是因?yàn)楣芾韺記]有人理解技術(shù)領(lǐng)導(dǎo)所需的技能造成的。

招聘 CTO 的建議

• 如果你想招聘 CTO ,，好好考慮一下你需要的技術(shù)和背景,；

• 如果你的團(tuán)隊(duì)需要技術(shù)領(lǐng)導(dǎo),，那么找一個(gè)高級(jí)工程師,，給他時(shí)間和空間熟悉非技術(shù)工作。幫助他,，明確說明你需要 CTO 做什么,；

• 如果你的團(tuán)隊(duì)需要運(yùn)營管理，那么找一個(gè)有運(yùn)營背景的人,，讓他找一個(gè)技術(shù)總監(jiān),，并明確他們的責(zé)任分工。

仔細(xì)想想你想得到什么,，以及你想成為什么樣的 CTO ,。 你可能更喜歡工程總監(jiān)，甚至只是一家大公司的技術(shù)主管,。

但萬事開頭難,。多問問題，尋求幫助,，雖然這會(huì)讓你感覺筋疲力盡,，但如果一切順利,，你會(huì)為你的團(tuán)隊(duì)和同事感到驕傲的。

最后叮囑一句：了解領(lǐng)導(dǎo)和管理之間的區(qū)別,，知道何時(shí)用什么,。

原文鏈接：https:///the-problems-of-the-cto-role-c2a143a1cec7