我在Facebook学到的10个经验
网友 03-30 次遇见
1、堅持你的遠景，但要對細節靈活。
作爲一個領導者，你需要依賴你自己的遠景（至少在你負責的業務領域内）而那些和你一起或爲你工作的人将依賴你的遠見。什麽是遠景？就是對最終狀态的一種描述。是你需要你的團隊着陸的地方。是生效之後的新生活。它是北極星，和方向。這裏有一個例子，當我啓動支付風險團隊的時候，我們隻有規則引擎。規則是人寫的。一條規則隻是一個擁有非常有限變量的簡單邏輯，例如“如果注冊日期少于30天并且支出大于100美元并且是首次支付并且用戶來自印度尼西亞，則拒絕交易”
人類難以有效的處理10個以上的變量。我們需要更加的可測量化。我們想要使很多機器比人更擅長的事情自動化。從而我們樹立了一個遠景，将我們主要的規則置換爲機器學習模型。這一遠景驅使我們增加了一位機器學習領域的博士和另一位在加入facebook以前有類似實操經驗的工程師。賭注巨大，但是未來需要這個。
但你需要對細節靈活，因爲條條大路通羅馬。你需要給你的團隊以足夠的餘地空間（wiggle room），隻要你的團隊是朝着正确的方向以合适的速度前進。另一個故事：一度我對決策樹的興趣比回歸要大。但是實驗算法的工程師告訴我在選擇算法的時候他們隻有可以忽略的區别。我可以堅持己見（這确實是當時我真實的想法）但我信任他并讓他放手去選合适的算法。同設計者合作的過程中也有趣事發生，他們對于字體，顔色，行距及其他都有着吹毛求疵的偏好。我通常讓他們由着性子隻要對最終結果有益就行。我們想要選擇正确的戰場開戰，Facebook，象其他矽谷高技術公司一樣，期望同回報相結合，因此樹立明确的期望本身就至關重要。并且你需要找到一個不容争辯的途徑來衡量期望。我花了大量時間來和團隊一起描繪我們在下季度裏最重要的3-5個目标。目标被分别委派給單個或一組分工不同的攻城獅，或者被他們搶走。在這一情況下，我們不僅有一個由3到5個衡量指标組成的名單，使得我們可以籍此快速地說出來我們在幹嘛，同時也知道每個具體目标後面是誰。團隊的成功同個體表現息息相關。例如，我當年團隊最大的貢獻是在一年時間裏，通過每季度不同的指标，最終降低了信用卡支付争議率75%。
有一點要強調的是﹣你還是要現實。在你隻有10%的市場份額的時候卻幻想10幾倍的收入增長無疑不現實。史蒂夫喬老爺非常善于推動他的團隊超越潛能但同時也榨幹他們（盡管如此他們是這樣爲他們所做的而自豪）99。9%的領導不是喬老爺，當然他們也不需要是。但你仍然可以通過驅動一個可持續性的團隊來取得成功同認識到他們的極限并無矛盾。
4、傾聽數據但不要單純依賴之。
決定産品方向時，要的是想象力，激情和膽量，而不是數據。數據能讓你的團隊沿着正确的方向前進而不出軌，也有助于産品從“一開始是什麽樣”到“最後應該是什麽樣”的逐漸優化成型。但數據不能幫你決定方向。舉個例子，當我們在人工智能（機器學習）上壓上我們團隊所有的資源的時候，我們忐忑不安。但是我們堅信一點，現有的基于人工規則引擎的防欺詐系統會很快成爲死胡同，因爲它太死板而且不易規模化以處理大數據。所以，就像在電影指環王中Frodo明知通向Mordor的道路很黑很冷很危險，但那是一條他必須要選擇去走的路；我們選擇了在機器學習上壓上所有的寶。失敗，整個團隊會很難看；但我們決定走艱難但我們認爲是正确的路。這種思路同樣應用在如何設計用于用戶報告（外部工具）和案例審查（内部工具）的工具來應對潛在的欺騙行爲。我們最後決定的方向是”進行自動處理”和”建立反饋機制”。直接抛給人工來處理總是很容易被選的一條路，因爲隻要建立一個人多人傻的客戶支持團隊即可。Lame！我們希望通過自動處理來解決大部分的欺詐案例，而把精力則放在那些确實需要單獨處理的特殊案例上，同時把從業務支持團隊（即客戶支持部門）的處理意見自動采集并集成到下一輪的機器學習中去。由此，我們的機器判斷會越加精确和聰明且與時俱進。
#p#分页标题#e#
但你不能忽視數據。沒有數據的支撐而一味靠直覺走黑路，很容易走岔道，甚至大錯特錯。有一段時間我們認爲爬行工具（通過分析關聯的cookie，信用卡）可能可以找到很多欺詐的同夥。通過實驗結果卻發現，這種預期是否成立很大程度上取決于當前流行的欺詐行爲的特點。比如，當失竊或販賣信用卡的案例非常普遍的時候，關聯分析是一種有效的方法。但如主要情況是帳戶被黑或小寶們冒用媽媽的信用卡去網遊消費時，關聯分析就作用不大。直覺在現實前面碰了一臉的灰。不過幸叩氖俏覀兒芸煲庾R到這點且把這個項目叫停了，所以沒有浪費太多的資源。
另外，順帶提一下A/B測試。A/B測試并不會告訴你去做什麽産品，但它可以幫你确定實現産品時的哪個細微版本更能揪住用戶大爺們的心。
5、遠離時間吞噬者。
剛進Facebook做工程師的時候，我非常享受那種日夜泡在碼海中的感覺。後來慢慢的承擔的項目責任越來越大越來越多，寫代碼的時間越來越少（但絕大多數時候仍占大頭）。有時候更多的是把時間花在決定産品的方向和設計上。很多事情是和産品經理設計人員一起搞的。但在Facebook攻城獅們有很大的發言權甚至有些時候是拍板的權力。Facebook希望攻城獅們有王者風範。Facebook希望攻城獅能決定自己要做什麽應該做什麽，而不是總是”被決定”做什麽（一種流行的說法是，write your own job description）。因此，我花了大量的時間在思考這些問題–哪些功能需要添加，哪些功能需要删掉，需要開始或停掉哪些測試，我們正在流血流汗的是不是現在最最最重要的問題，我們是該花時間優化用戶交互流程呢，還是減少出錯率，還是讓系統更快，等等。這些問題很傷腦筋，答案經常不确定，比一個勁碼到手抽筋要難。但這些問題很重要，甚至可能決定了你熬的日日夜夜究竟有沒有必要。建議所有的攻城獅思考思考代碼之外的這些問題，團隊領導者就更有必要了。當然，攻城獅的大多數時間還是應該花在代碼上。
那究竟哪些時間不應該被浪費呢？
很多，但我隻舉兩個我認爲最重要的例子。
郵件。不是所有郵件都發而平等。有些郵件純粹打醬油的。有些郵件是不需要馬上處理的。我嘗試使用過濾規則來踢掉打醬油的郵件，突出需要馬上處理的重要郵件。對此，分享兩點。
（1）建立一個适合你的郵件過濾系統。我會對重要和緊急的郵件做即刻回複，而暫緩處理那些可以等到晚上再回複的郵件（尤其是發自我自己的團隊，産品經理，兄弟連和頂頭的不頂頭的上司們的郵件）。但是，我要确保在我掙紮的爬到床上之前，把這些郵件全部處理掉，讀的讀，回的回。對于那些僅供參考的郵件，過濾系統會将其塞到某個固定的角落，我隔三差五去瞅瞅。此類郵件諸如某酒鬼詢問NapaValley哪個酒窖比較正點等等。這些郵件通常比較有趣，挖的坑很大很深所以也很耗時間，我通常不跳或者不馬上跳。
（2）廣而告之你的個人郵件處理策略。我讓我身邊的戰友們知道我是如何處理郵件的，并把這個政策放到我所有的郵件末端。如是說–“正在嘗試個人郵件處理策略-爲了戒掉Email瘾，我将強迫自己每隔三小時或以上查看一次Email，急事請電話/短信/IM我”這麽做更多的是讓别人明白不要指望馬上得到回應。其實我查email比每3小時要頻繁，但至少不用馬上逼得去回每個email了，我可以憋着悠着點。因爲如果真的很急，我的iPhone應該已經響過了。而且，批量處理真的效率要高很多。不騙你。
會議。開會太容易變成一群人互相在扯對方的蛋。浪費時間而且開完後發現沒有結論且很蛋疼。但開會對于teamwork很多時候是必要的。如何主持會議是門學問，這裏不細談。不過，你不可能也不需要參加每個邀請你的會議。當你認爲你參加某會議于己于人都無太多價值的時候，建議你考慮不去。如果想要有禮貌一點，那就寫個email問問主持人你是否可以缺席。通常當你想過這個問題決定發這樣的郵件時，答案通常都會是yes。有些時候我也會很可恥的讓我的産品經理替我去開會。當然，我會鼓勵他也争取不要去。Only make the meetings you really have to。同樣，我要求我自己的團隊在組織和參加會議的時候要慎重，也經常問他們想想看自己花在會議上的時間是不是多了。一個做法是把可能的會議都整合在一起。有一個例子。早些時候，我們會經常收到來自支持團隊的比較随意的會面請求。這讓攻城獅的一天被會議分割得支離破碎。寫代碼的都知道沒有3-4個小時的連續時間是不容易高潮的。而且這種會議通常效率很低。于是，我們改變了做法，每周安排固定的答疑時間（office hour）和支持團隊嗑想法然後follow up。當然，緊急的問題另當别論應當馬上處理。
有一個被經常忽略的原則–有意識地去思考哪些事情不應該做并且馬上不做。例如，哪些是無謂的争論可以避免介入（比如韓寒和方舟子的–個人意見），哪些功能可以放棄，哪些關系不應該發展，哪些人應該開掉，等等。我經常問自己一個很簡單的問題，我現在正在做的是否對我的目标很重要。如果你清楚自己正在做的和自己想要的，答案會明了。Go for it。
6、喜愛能有效地降低人們間的緊張。
工程師和支持團隊之間有着糾結的合作競争關系（注意，合作在前）。互聯網技術公司中很多人（尤其是聰明人）總是期望工程師對所有問題給出一個讓人會心一笑的解決方案。但現實是，不是每一個問題都可以或者應該在技術框架下解決。對于一些具體的問題，客戶支持和郀I部門會有一些非常深刻獨到的見解。工程師未必行。畢竟很多見解需要不同的專業知識，依靠實地經驗。沒錯，工程師可以在代碼中自動log大量的原始數據，但從原始數據中提煉可靠的insight卻并不總能如願。就像大煉鋼年代扔進去的是鐵，出來的是鐵疙瘩，而非期望的鋼。和很多其他公司的客戶或支持部門不同，我們的支持部門招募了質量相當好的員工（很多來自美國名校–在我直接接觸的反欺詐支持組20來人中就有3名斯坦福校友）。因此，當兩群都很聰明的人觀點相左時，該聽誰的呢？緊張關系再所難免。
不同的工程師團隊也存在着合作競争關系。反垃圾郵件、安全和反欺詐（我的團隊）這幾個團隊之間存在密切的工作協作關系。這些團隊也都盡可能地相互學習，分享經驗和技術。但是，有時候各團隊獨立處理類似但不同的一些問題時，都試圖向對方推銷自己的解決方案和理念。
如何讓合作競争保持在一種健康有序的狀态？我覺得關鍵是促進人與人之間的親密感。把人搞近了，事情就容易了。我花大量時間用在建立和其他團隊的關系上面。例如兩周一次或者一月一次和其他團隊老大們的1對1碰頭會。越相關的團隊，頭碰得越頻繁。我自己或者我的團隊成員會有選擇性的經常參加一些其他團隊的會議。當爲一個共同的大項目工作時，我曾安排不同的部門成員（工程師、支持、數據分析、金融财務）坐到一起進行項目沖刺。這是拉近相互之間距離的非常有效的一個做法，尤其對于減少扯皮的機會。因爲互相之間經常會請或被請喝咖啡。我也會經常和一些人約定吃工作午餐，經常聊的是家常，增的是感情。有的時候一次長距離的散步也更能讓人暢所欲言。而這樣的緊密關系，在我們面對一個極具挑戰性的項目的關鍵時刻，會幫助大家緊緊的抱團闖關。
7、托付并使之生效。
分配任務委托别人的重要性比較容易理解。因爲你不是超人，不能端茶倒水什麽都做吃喝拉撒什麽都管。有些時候，你往往還不是最适合的人選。當團隊一大事情一多，你一定要學會委托别人來負責合适的任務。對有些領導者而言，委托别人一個重要的目标可能不是很放心，覺都睡不好；但我非常習慣委托别人，有時候可能太習慣了。這是我一位前老板給我指出來的一個問題。有一次我給一位組員分配了一個既有技術難度又有協調挑戰的難題。進程比較緩慢。但我給了他太多的時間空間來折騰，而事實上他在某些方面需要一些加強，有些方面需要我更多的主動的幫助。我老板指出來，如果我要讓别人随便折騰的話，前提是我需要有足夠的信心。我需要有事實來逐漸證明我的決定是正确的。需要謹慎委托。因爲如果項目失敗，對他而言，最終負責的人還是我，不是别人。所以我不能以别人不行來給失敗的委托埋單。
如果你有一個重要的任務需要委托給别人，你要麽
（1）已經對此人非常了解。知道他戰鬥力非凡可以搞定；或者相信他可以迅速學習提高打雞血搞定；
要麽
（2）需要在一開始手把手教他，時不時問他，直到你對他有足夠的信心。
具體我是這麽做的。項目開始時，我讓被委托人給我一個整體計劃以及幾天内可以完成的任務。一開始經常會面跟進，然後确定後幾天的任務。根據每次完成狀況來估計他能不能”高快狠”地完成最終的目标。信心逐漸建成後可以減少關于該項目的細節讨論。此時的委托可以放得更開。但有一點要注意，如果跟的太緊的話，可能讓人覺得你對他不放心，他也會做得畏首畏尾，這可能比盲目的委托還更差。所以在委托和謹慎之間，有一個微妙平衡。
8、反饋是一個持續過程，不是一個一年一兩次的事件。
一年一度或兩度的意見反饋在矽谷公司是非常常見的。它的目的不是設置起來給員工難堪，讓他們互相責難的。它的目的是希望員工對自己對他人有更全面的認識，以助進步。意見反饋有自我反饋和同事反饋兩部分。自我反饋是自己評定自己，完成了哪些目标，錯失了哪些目标，哪些方面做好了，哪些方面還待進步。但由于是自己踢球兼裁判，難免有偏頗。同事反饋，就像一枚鏡子，讓你看到180度之外的自己。在Facebook，360度的正式意見反饋是一年兩次，并且和薪酬挂鈎。（經典語錄 m.zhaichao.net.cn）但近年來，意見反饋和薪酬評定逐漸分開。比如我做的一件事就是季度性的意見反饋，時間和正式評定錯開。在那幾天中，我請求所有相關組的同事在自願的前提下給我寫寫關于我直屬組員的意見反饋，短短幾句都行。我會收集，綜合，最後在1-1碰頭會時反饋給我的組員。
如果需要等半年才來收集意見的話，很多相關故事早以忘得一幹二淨。故事越久遠，記憶越模糊，意見越空洞，說了等于沒說。而且，意見反饋和薪酬綁在一起，正常人（即使是牛人）都會很自然的把心眼更多的放到薪酬上，而不是意見本身。
除了季度性的輕型意見反饋，日常的意見反饋如果有的話應當立馬傳遞。趁熱打鐵效果更好。
如何有效傳遞整理好的意見也很重要。有句話是說“it’s not what you say that matters， it’s how you say it”。我沒那麽極端，我覺得如何傳遞意見也同樣重要。有兩種方式我都試過，不确定哪種更有效。這裏都談一談。一種是以問爲主逐漸深入促其思考，比如“how did you think about the meeting you hosted yesterday”；另外一種是赤裸裸的直入主題，“hey， let’s talk about the meeting you held yesterday”，然後開始談我自己的感覺。不管哪種方式，一定要給對方一個解釋自己行爲的機會；永遠假設并告訴他我相信他的意願是好的。爲了避免陷入”你昨天做了xxx”“沒有，我做的是yyy”“我覺你是做了xxx”的死循環式的争論，我首先争取和他們在”我們感知的即是事實”這一點上達成共識。基于這點前提，我們把讨論的重點放在如何做能改變别人的感受最後讓事情能順利完成，畢竟大多數重要的事都有很多人一同協作完成。當他們認識到自己想要改進某個方面的時候，如何改是一個相對容易很多的問題–聰明人一向能夠找出改進的辦法，我所做的就是配合他們做頭腦風暴。最終談話的目的是産生一個下次如何能做的更好的具體方案。
關于有效傳遞意見反饋，另有4點提一下。
（1）意見反饋不見得都是負面的。 它可以是别人的一個長處。 你很欣賞。 你希望他這方面堅持做， 做得更多。 比如一句”hey， I really love your weekly summary email with the key metrics at the top。 Please keep them coming”可能産生很好的激勵效果。
（2）意見反饋必須擺事實和講道理。 如果你隻是告訴别人他很爛， 但不說什麽時候浪過了以及爲什麽， 除了給他添點火氣之外無他用。 所以我在相關人員包括自己寫意見反饋的時候要求提供實例。 比如一句 “I think he could make meetings transparent and shorter by having an agenda， like the weekly data review meeting on last Friday”比”his meeting is too long”更有血有肉有效。
（3）意見反饋必須是可操作的。 讓人無從下手的意見意義不大。 如果在提意見的同時提出一個方案以供參考就有意義的多。 但注意， 絕不能是命令的方式 (那是中青寶…)。 比如前面的例子“I think he could make meetings transparent and shorter by having an agenda sent ahead of time…”就很容易操作。
（4）（個人偏好）在最近的兩個評價周期中，我給15個左右的同事（一半不直屬我）寫過意見反饋。我把我寫的直接分享給他們。出于這種想法，在我下筆時就少了很多沖動。因爲他們會讀，所以我無法做到背後捅刀。因爲他們要讀，所以我需要寫得有意義，容易理解，并且加上很多例子。并且，我歡迎他們和我直接讨論。如此一來，他們也明白我寫這些反饋的一片苦心是爲了他們進步。
9、你能幹得比你想像的多。
這不是說說而已。我自己就有一個親身的例子。我們曾經認爲把一個高得離譜的欺詐率降到所允許的範圍内會很難。的确很難。但想想看我們最終牛逼了一把，把它降到了比允許上限的一半還要低。感覺很爽。很長一段時間内整個團隊士氣高昂信心爆棚做事像開了外挂。
牛人們總是不斷的超越自己。給他們一個離譜的目标，配以應有的工具，适當的幫助，足夠的信心還有一定的時間，他們會讓你大吃一驚，也會讓自己大吃一驚。這一點，喬幫主是行家，屢試不爽。
但做到這一點有一個前提 - 不能害怕犯錯。 如果犯錯是被要嚴懲的失敗是不允許的話， 牛人們隻能在框框中被圈養， 沒有辦法實現突破。 有一句話我經常挂在嘴上“ask for forgiveness， not for permission”。 在Facebook， 大膽行事犯錯是容易被原諒的。
但反過來，有一點要小心，就像第7點所說的–你不能随便把一個離譜的目标交給一個人，然後期待他來給你驚喜。盲目帶來的可能是驚吓。你需要真正的牛人，至少是潛在牛人。而作爲一個領導者，你的一個任務是幫助他們，鼓勵他們，來引爆自己的潛力點。Facebook不缺此類待引爆的牛人。
10、不要過度設計和過早樂觀。
有些工程師有一股出于本能的沖動想把自己的程序規模化，甚至在這些程序還沒看到大規模使用的曙光之前。我在Facebook開始的時候，也是沖動型工程師一杯。但經曆過幾次失敗的産品之後，我牢記了這個教訓。不要過多設計或者過早優化。把核心功能設計的簡單精煉。隻有在看到産品有被大規模使用的趨勢後，才來增加功能或增加規模量。有一個我做的産品使用的上限是200萬月用戶（當時Facebook整個月用戶群是4000萬左右），但我的實現已經做了很多額外的功來滿足更多的用戶。做的時候感覺很爽（感覺自己很牛，感覺再多人用産品也不會崩潰），之後感覺很慘。
但這一點不一定能适用于架構上的工作。比如Friendster這個網站的失敗就是其基礎架構的性能長期無法應對急速增長的用戶以緻網站很慢甚至崩潰。在用戶增長高潮來臨之前，你應該已經在架構上做了足夠多的前戲。否則搞不好就要像Friendster收攤子散夥。但同時也要意識到，你所看到的用戶訪問模式，你的網站功能，在你隻有10萬用戶的時候，可能和你有1億用戶的時候會很不一樣。所有太多太早太頻繁的架構上的大動作可能會适得其反。這一點上，你要小心判斷。
在Facebook的4年半很好玩。我學到的感受到的遠多于以上的十項。但希望這個分享能對朋友們有點幫助。同時祝所有的朋友在自己現在扮演的角色上都有好摺