你不懂技術(shù)，如何領(lǐng)導(dǎo)我們
上周，我和公司里四個技術(shù)負責(zé)人中的兩個一起給應(yīng)聘公司副總裁職務(wù)的候選人進行面試。屋里了所有人——除了我——都是典型的“技術(shù)型”人才——他們能寫代碼，有解決編程難題的經(jīng)驗，有計算機專業(yè)背景。我寫***一行PHP代碼已經(jīng)是2004年的事了，而且那些代碼被一個真正的程序員在半年內(nèi)給重寫了。
面試過程中，我們有下面的交流(記憶力有限，只是大概的復(fù)述)：
托馬斯—我們的一個技術(shù)負責(zé)人:
如何能設(shè)計出一個能有效的應(yīng)對系統(tǒng)升級擴容(增加一些新的數(shù)據(jù))的系統(tǒng)，實現(xiàn)這樣的升級而不影響用戶的使用，會遇到什么樣的挑戰(zhàn)？
應(yīng)聘者：存儲這些數(shù)據(jù)不會是個大問題——Amazon S3能解決這種情況。過程可能要費點力，但也不是很難。你需要思考的是如何讓應(yīng)用使用這些數(shù)據(jù)；預(yù)處理每個視圖，預(yù)先換算也許是個蠢辦法，但當用戶需要反向排序時發(fā)現(xiàn)速度嚴重降低，這也許是更糟糕的事情。你可以使用(三個字母的簡化術(shù)語)在內(nèi)存中做一些數(shù)據(jù)轉(zhuǎn)化。
我: (點頭)
應(yīng)聘者：然后你需要確保…
我：哦，等一下。抱歉；我不該點頭。我不知道你說的(三個字母的簡化術(shù)語)指的是什么。能解釋一下嗎？
每個人都露出了笑容，笑了起來(很友善的)，應(yīng)聘者解釋了這個術(shù)語，然后繼續(xù)說下去。
這就是我要說的問題。數(shù)年前，我曾經(jīng)極度恐慌于在我所管理的團隊面前解釋被問到的問題。從我在其它一些公司的經(jīng)驗(做訪問，做顧問，做咨詢等)發(fā)現(xiàn)，這是一個相當普通的現(xiàn)象，特別是在管理層、CEO隊伍中。當你管理其他人，你總以為需要知道所有的答案，或至少要了解所涉及的問題，不是嗎？
但這是有條件的。在某些公司里，他們高度的政治化、等級森嚴的文化需要管理者表現(xiàn)的像個完人。我本人從來沒有在這樣的地方工作過，但我見到過，我知道，對于處在這種環(huán)境中那些家伙們，維護面子和展示強勢是件重要的事。但在創(chuàng)業(yè)公司和創(chuàng)業(yè)者的世界里，這是我們需要拒絕的傳統(tǒng)余孽。
像我這樣非技術(shù)的人通常會有一種自卑情結(jié)，感嘆于缺少某一領(lǐng)域的知識。我們在很多的行業(yè)媒體、博客以及論壇里都能看到那些鼓吹：真正的程序員應(yīng)該鄙視同/為不懂技術(shù)的管理者、創(chuàng)始人、CEO們工作。你只需要看一看這些非常火爆的關(guān)于這個論題的帖子：
- 不會編碼的創(chuàng)始人們 (發(fā)布于 Hacker News)
- 請不要再去喊著尋找一個技術(shù)合作人 (Jason Freedman)
- 不懂技術(shù)的創(chuàng)始人的噩夢 (Mike Dorsey)
- 每個創(chuàng)業(yè)公司的老板們都該學(xué)習(xí)編程 (David Cummings)
- 生意人和編程能力 (fellow Mozzer Andrew Dumont)
- 別去尋找技術(shù)合作伙伴，自己學(xué)開發(fā) (YC)
- 那些成功的不會編程的創(chuàng)業(yè)公司的老板們 (在 Quora 上。需要提示一下，名單中只有一個人，Marc Benioff)
這些文章足夠讓像我這樣的家伙們羞愧的無地自容，驚恐的在Sal Khan 或 Codecademy找一個2周的速成教程，戴著面罩學(xué)習(xí)，直到取得***張hackday MVP證書。在互聯(lián)網(wǎng)的遠古時代，我是個很爛的網(wǎng)頁設(shè)計者，使用Dreamweaver和一些從論壇、谷歌搜索，或訪問過的網(wǎng)站上偷來的代碼拼湊成蹩腳的 PHP程序，并把它們放到網(wǎng)站上。這也許就是我干過的最有技術(shù)性的工作了。
不像上面的那些文章的作者，我從來沒有去花上數(shù)周的時間自學(xué) Ruby，Rails框架，去開發(fā)一個小的應(yīng)用程序。甚至我曾有過好幾百小時的時間可以讓我在計算機科學(xué)上學(xué)習(xí)、取得成績，以幫助我在招聘工作，面試，或?qū)慞PT，或在我下周的演說中表現(xiàn)的更好，或者在博客里使用。但我沒有好好的利用。
然而，不管怎樣，我們的Moz公司已經(jīng)成為一個相對成功的技術(shù)公司。我們在西雅圖找到了一批***最聰明的技術(shù)人員，他們能處理最有挑戰(zhàn)性的軟件工程問題，而大多數(shù)情況中，我們都干的很不錯。
在Quora上有個很火的帖子問到“軟件開發(fā)中最常見的錯誤認識是什么？ ” 我想，這種認為只有懂技術(shù)的人才有資格管理和領(lǐng)導(dǎo)技術(shù)型軟件團隊的想法應(yīng)該在這個答案清單中占有一席之地。確實有些人聲稱：一個優(yōu)秀的軟件公司不可能是由一個不懂技術(shù)的人創(chuàng)立或由一個不懂技術(shù)的人領(lǐng)導(dǎo)。但我卻不以為然，有很多的創(chuàng)始人，企業(yè)***，或管理者，對他們的業(yè)務(wù)技術(shù)根本不了解，但卻實現(xiàn)了偉大的成就。
一些微型的團隊，雖然沒有專業(yè)知識，卻能對創(chuàng)立的公司做出杰出的市場推廣，把他們的宣傳傳播到了每個角落。缺乏銷售經(jīng)驗或非科班出身的CEO在實踐中學(xué)習(xí)取經(jīng)，這樣的例子比比皆是。旁觀者看到他們沒有MBA(包括會計，金融，管理，經(jīng)濟學(xué)等)知識，卻能募集到大筆的資金，處理復(fù)雜的金融交易，雇用到杰出的管理人才，帶領(lǐng)公司從創(chuàng)立到上市，人們對這些反而嘖嘖稱奇。像旅游，媒體，移動，游戲，房地產(chǎn)等很多的領(lǐng)域里，外行的領(lǐng)導(dǎo)人都能根據(jù)實際情況而學(xué)習(xí)，雇用人才，把技術(shù)決策留給認可的專家。我?guī)缀鯖]有見過創(chuàng)業(yè)領(lǐng)域出來的權(quán)威人士會鼓勵創(chuàng)業(yè)者們自己鉆研這些專業(yè)知識而不去聘請外面的專家。
軟件領(lǐng)域很特殊嗎？
可能。
難道一個人能知道如何用程序語句來引用變量，或知道如何把數(shù)據(jù)存儲到數(shù)據(jù)庫中，就能本質(zhì)的增加他在創(chuàng)業(yè)路上成功的幾率嗎？
也許。
但是我相信，有很多其他方面的專業(yè)的知識也能給創(chuàng)業(yè)的過程帶來很大的正面影響，而且很多都是跟編程不相關(guān)的。
我至今仍在為缺乏工作中的某些知識而極度的難為情。但關(guān)鍵是，至少是對我，要承認自己是個笨蛋，正確的看待這種罵名，不再恐懼。并不是對這些視而不見，而是把這個環(huán)境當做自我勉勵的舞臺。但是，因為要做出正確的決策，你需要理解問題、故障和可能的解決方案。這并不一定需要你做深入的技術(shù)探索，而是需要你問大量的問題，其中一些可能是很傻，很無顏面的問題。
這種做法在很多我見到過的以權(quán)力為中心的公司中遇到了直接的阻力，甚至在Moz有時也會有。但也許是因為我的臉皮越來越厚，這種做法讓我在各種專業(yè)技術(shù)中都獲得了好處。我們雇傭到了人才，公司在慢慢的成熟，對于那些難題（我提出的或被問到的），我最喜愛的一個回答是“我不知道。但我會弄清楚。”
無論你在創(chuàng)業(yè)領(lǐng)域處在什么樣的情形中，我想，顯露無知總比掩蓋無知好，即使是對那些被認為“無所不知”的人也是這樣。對一個人因為他不會編碼就對他的能力大打折扣，這似乎成了一個潮流。在Fackbook是這樣；在谷歌某種程度也是這樣；科技新聞界和風(fēng)險投資家們推波助瀾，似乎這就是真理了。我不敢茍同。
雖然這樣，我仍然計劃著在Khan Academy上找一些計算機科學(xué)方面的講座來看。
