無憂保職場指南早報：本文作者曾在Facebook從事4年多的開發(fā)工作，這一段寶貴的工作經歷匯聚成為10條人生箴言，希望每一位開發(fā)者閱讀本文后，都能夠從中獲益。

　1.堅持你的遠景，但要對細節(jié)靈活

　作為一個領導者，你需要依賴你自己的遠景（至少在你負責的業(yè)務領域內）而那些和你一起或為你工作的人將依賴你的遠見。什么是遠景？就是對最終狀態(tài)的一種描述。是你需要你的團隊著陸的地方。是生效之后的新生活。它是北極星，和方向。這里有一個例子，當我啟動支付風險團隊的時候，我們只有規(guī)則引擎。規(guī)則是人寫的。一條規(guī)則只是一個擁有非常有限變量的簡單邏輯，例如如果注冊日期少于30天并且支出大于100美元并且是首次支付并且用戶來自印度尼西亞，則拒絕交易

　人類難以有效的處理10個以上的變量。我們需要更加的可測量化。我們想要使很多機器比人更擅長的事情自動化。從而我們樹立了一個遠景，將我們主要的規(guī)則置換為機器學習模型。這一遠景驅使我們增加了一位機器學習領域的博士和另一位在加入facebook以前有類似實操經驗的工程師。賭注巨大，但是未來需要這個。

　但你需要對細節(jié)靈活，因為條條大路通羅馬。你需要給你的團隊以足夠的余地空間（wiggle room)，只要你的團隊是朝著正確的方向以合適的速度前進。另一個故事：一度我對決策樹的興趣比回歸要大。但是實驗算法的工程師告訴我在選擇算法的時候他們只有可以忽略的區(qū)別。我可以堅持己見（這確實是當時我真實的想法）但我信任他并讓他放手去選合適的算法。同設計者合作的過程中也有趣事發(fā)生，他們對于字體，顏色，行距及其他都有著吹毛求疵的偏好。我通常讓他們由著性子只要對最終結果有益就行。我們想要選擇正確的戰(zhàn)場開戰(zhàn)，這樣的戰(zhàn)場必須關乎全局，而不是糾纏于局部戰(zhàn)斗。

　2.只和最好的人合作

　牛人只想和牛人一起工作。他們聚在一起就更牛逼。一流的人通常無法容忍二流貨色。什么決定了最好的人？我的理解是那些能夠快速盡其所知，學其所不能，從而完成事情并遠超期望。他們的本能是超越期望，甚至他們自己的期望。對他們來說，足夠好本身從來都不夠好。 只擁有最好的人在團隊中有很多好處。

?、胚@讓你更加愿意托付。救我的經驗來看，牛人不會信任不熟悉的人。在接受你的幫助之前，他們需要知道你同他們一樣出色甚至比他們自己還強。否則，他們寧愿盡其所能的獨立完成。但如果你業(yè)已得到證明，他們將會非常信任你并樂于托付給你。一個有著有效托付的牛逼團隊幾乎無所不能。

　⑵他們相互為榜樣，并且籍此提升工作表現(xiàn)。這是很好的關注壓力。如果使用得當，可以形成團隊的良性循環(huán)。

?、桥Ｈ藗兿嗷ヌ魬?zhàn)。我記得一位工程師主管曾就我們能否在規(guī)定時限之前完成網站翻譯所需的代碼修改來打賭，他將把頭發(fā)染成藍色。這樣的挑戰(zhàn)往往是的枯燥的工作變成了游戲。成為游戲的一部分將非常有趣。當然往往會有更嚴肅的挑戰(zhàn)，而且牛人喜歡挑戰(zhàn)（不管是挑戰(zhàn)別人還是接受挑戰(zhàn)）

?、扰Ｈ藗兿嗷W到很多。如果不是因為這里有這么多可以學習的話我不會在facebook呆4年。對缺乏經驗的人來說，這顯得越發(fā)正確。我們雇傭非常聰明的畢業(yè)生，這些人被激發(fā)來證明他們的牛逼之處。他們不愿來到一個舒適并且沒有挑戰(zhàn)性生活的公司。他們想學很多來豐富他們的經驗，完成不可完成的任務并提升他們的職業(yè)路徑。他們想要證明是的，他們可以。他們想和牛人一起來實現(xiàn)這些。

　你不想要二流貨色但如何遠離他們？首先，慢點招人。在給offer的時候固執(zhí)一點。我曾無數(shù)次的在招聘決策會議上發(fā)現(xiàn)那些有著光輝履歷的人無法得到雇傭只是因為某個面試官覺得這人無法給他以深刻印象。在其他例子當中，那些獲得一致通過的候選人仍然無法獲得雇傭機會因為每個人都只是覺得他將將符合要求而已。在雇傭問題上，絕大多數(shù)情形下，你要風險規(guī)避。（順便提一下我們也會雇用那些沒有全票通過的候選人，只要有一兩票強烈推薦﹣你將樂于在信任你員工的問題上冒險）其次，炒魷魚要快。讓二流貨色存在就像服用慢性毒藥。一天一點，逐漸但終究你會為此掛掉。你要緊你所能的把二流貨色踢到魷魚軌道上（在某些情況下，法律不讓你這么做）我見過一些慢吞吞的魷魚，那對團隊造成的負面作用可不是鬧著玩的。

　3.樹立高期望并且衡量之。

　作為領導者，你需要設定高但現(xiàn)實的期望。足夠高使得你的團隊不會感到無聊?，F(xiàn)實使得他們不至于油盡燈枯。你要給他們創(chuàng)造一段經驗使得旅程結束回顧時，他們會說：媽的，我都沒想到我居然做了這個。這個屌爆了。在Facebook，象其他硅谷高技術公司一樣，期望同回報相結合，因此樹立明確的期望本身就至關重要。 并且你需要找到一個不容爭辯的途徑來衡量期望。我花了大量時間來和團隊一起描繪我們在下季度里最重要的3-5個目標。目標被分別委派給單個或一組分工不同的攻城獅，或者被他們搶走。在這一情況下，我們不僅有一個由3到5個衡量指標組成的名單，使得我們可以籍此快速地說出來我們在干嘛，同時也知道每個具體目標后面是誰。團隊的成功同個體表現(xiàn)息息相關。例如，我當年團隊領先的貢獻是在一年時間里，通過每季度不同的指標，最終降低了信用卡支付爭議率75%。

　有一點要強調的是﹣你還是要現(xiàn)實。在你只有10%的市場份額的時候卻幻想10幾倍的收入增長無疑不現(xiàn)實。史蒂夫喬老爺非常善于推動他的團隊超越潛能但同時也榨干他們（盡管如此他們是這樣為他們所做的而自豪）99.9%的領導不是喬老爺，當然他們也不需要是。但你仍然可以通過驅動一個可持續(xù)性的團隊來取得成功同認識到他們的極限并無矛盾。

　4、重視數(shù)據而不盲從數(shù)據

　決定產品方向時, 要的是想象力, 激情和膽量, 而不是數(shù)據. 數(shù)據能讓你的團隊沿著正確的方向前進而不出軌,也有助于產品從一開始是什么樣到最后應該是什么樣的逐漸優(yōu)化成型. 但數(shù)據不能幫你決定方向. 舉個例子,當我們在人工智能(機器學習)上壓上我們團隊所有的資源的時候, 我們忐忑不安. 但是我們堅信一點,現(xiàn)有的基于人工規(guī)則引擎的防欺詐系統(tǒng)會很快成為死胡同, 因為它太死板而且不易規(guī)?；蕴幚泶髷?shù)據。所以,就像在電影指環(huán)王中Frodo明知通向Mordor的道路很黑很冷很危險, 但那是一條他必須要選擇去走的路;我們選擇了在機器學習上壓上所有的寶。失敗, 整個團隊會很難看; 但我們決定走艱難但我們認為是正確的路.這種思路同樣應用在如何設計用于用戶報告(外部工具)和案例審查(內部工具)的工具來應對潛在的欺騙行為。我們最后決定的方向是進行自動處理和建立反饋機制。直接拋給人工來處理總是很容易被選的一條路,因為只要建立一個人多人傻的客戶支持團隊即可. Lame!我們希望通過自動處理來解決大部分的欺詐案例，而把精力則放在那些確實需要單獨處理的特殊案例上,同時把從業(yè)務支持團隊(即客戶支持部門)的處理意見自動采集并集成到下一輪的機器學習中去。由此,我們的機器判斷會越加精確和聰明且與時俱進.

　但你不能忽視數(shù)據。沒有數(shù)據的支撐而一味靠直覺走黑路, 很容易走岔道,甚至大錯特錯。有一段時間我們認為爬行工具(通過分析關聯(lián)的cookie,信用卡)可能可以找到很多欺詐的同伙。通過實驗結果卻發(fā)現(xiàn),這種預期是否成立很大程度上取決于當前流行的欺詐行為的特點. 比如,當失竊或販賣信用卡的案例非常普遍的時候,關聯(lián)分析是一種有效的方法。但如主要情況是帳戶被黑或小寶們冒用媽媽的信用卡去網游消費時，關聯(lián)分析就作用不大。直覺在現(xiàn)實前面碰了一臉的灰。不過幸運的是我們很快意識到這點且把這個項目叫停了, 所以沒有浪費太多的資源。

　另外,順帶提一下A/B測試。A/B測試并不會告訴你去做什么產品，但它可以幫你確定實現(xiàn)產品時的哪個細微版本更能揪住用戶大爺們的心.

　5、避免無謂的時間浪費

　剛進Facebook做工程師的時候，我非常享受那種日夜泡在碼海中的感覺。后來慢慢的承擔的項目責任越來越大越來越多，寫代碼的時間越來越少(但絕大多數(shù)時候仍占大頭).有時候更多的是把時間花在決定產品的方向和設計上。很多事情是和產品經理設計人員一起搞的.但在Facebook攻城獅們有很大的發(fā)言權甚至有些時候是拍板的權力。Facebook希望攻城獅們有王者風范.Facebook希望攻城獅能決定自己要做什么應該做什么, 而不是總是被決定做什么(一種流行的說法是，write your ownjob description). 因此，我花了大量的時間在思考這些問題 -哪些功能需要添加，哪些功能需要刪掉，需要開始或停掉哪些測試，我們正在流血流汗的是不是現(xiàn)在最最最重要的問題,我們是該花時間優(yōu)化用戶交互流程呢, 還是減少出錯率, 還是讓系統(tǒng)更快, 等等。這些問題很傷腦筋, 答案經常不確定,比一個勁碼到手抽筋要難. 但這些問題很重要, 甚至可能決定了你熬的日日夜夜究竟有沒有必要.建議所有的攻城獅思考思考代碼之外的這些問題, 團隊領導者就更有必要了. 當然,攻城獅的大多數(shù)時間還是應該花在代碼上.

　那究竟哪些時間不應該被浪費呢？

　很多, 但我只舉兩個我認為最重要的例子。

　郵件。不是所有郵件都發(fā)而平等。有些郵件純粹打醬油的. 有些郵件是不需要馬上處理的.我嘗試使用過濾規(guī)則來踢掉打醬油的郵件, 突出需要馬上處理的重要郵件。對此，分享兩點。

　1) 建立一個適合你的郵件過濾系統(tǒng).我會對重要和緊急的郵件做即刻回復，而暫緩處理那些可以等到晚上再回復的郵件（尤其是發(fā)自我自己的團隊，產品經理，兄弟連和頂頭的不頂頭的上司們的郵件）。但是，我要確保在我掙扎的爬到床上之前，把這些郵件全部處理掉,讀的讀, 回的回。對于那些僅供參考的郵件，過濾系統(tǒng)會將其塞到某個固定的角落，我隔三差五去瞅瞅。此類郵件諸如某酒鬼詢問NapaValley哪個酒窖比較正點等等. 這些郵件通常比較有趣, 挖的坑很大很深所以也很耗時間, 我通常不跳或者不馬上跳。

　2) 廣而告之你的個人郵件處理策略. 我讓我身邊的戰(zhàn)友們知道我是如何處理郵件的,并把這個政策放到我所有的郵件末端。如是說 正在嘗試個人郵件處理策略-為了戒掉Email癮,我將強迫自己每隔三小時或以上查看一次Email，急事請電話/短信/IM我 這么做更多的是讓別人明白不要指望馬上得到回應.其實我查email比每3小時要頻繁, 但至少不用馬上逼得去回每個email了, 我可以憋著悠著點. 因為如果真的很急,我的iPhone應該已經響過了. 而且, 批量處理真的效率要高很多. 不騙你.

　會議。開會太容易變成一群人互相在扯對方的蛋. 浪費時間而且開完后發(fā)現(xiàn)沒有結論且很蛋疼.但開會對于teamwork很多時候是必要的. 如何主持會議是門學問, 這里不細談. 不過,你不可能也不需要參加每個邀請你的會議。當你認為你參加某會議于己于人都無太多價值的時候, 建議你考慮不去。如果想要有禮貌一點,那就寫個email問問主持人你是否可以缺席.通常當你想過這個問題決定發(fā)這樣的郵件時，答案通常都會是yes。有些時候我也會很可恥的讓我的產品經理替我去開會。當然，我會鼓勵他也爭取不要去。Onlymake the meetings you really have to. 同樣,我要求我自己的團隊在組織和參加會議的時候要慎重，也經常問他們想想看自己花在會議上的時間是不是多了。一個做法是把可能的會議都整合在一起。有一個例子。早些時候,我們會經常收到來自支持團隊的比較隨意的會面請求。這讓攻城獅的一天被會議分割得支離破碎.寫代碼的都知道沒有3-4個小時的連續(xù)時間是不容易高潮的. 而且這種會議通常效率很低.于是，我們改變了做法，每周安排固定的答疑時間(office hour)和支持團隊嗑想法然后follow up。當然,緊急的問題另當別論應當馬上處理.

　有一個被經常忽略的原則 -有意識地去思考哪些事情不應該做并且馬上不做。例如，哪些是無謂的爭論可以避免介入 (比如韓寒和方舟子的 -個人意見)，哪些功能可以放棄，哪些關系不應該發(fā)展, 哪些人應該開掉,等等。我經常問自己一個很簡單的問題，我現(xiàn)在正在做的是否對我的目標很重要。如果你清楚自己正在做的和自己想要的，答案會明了。Go for　it.

　6、增進親密感是減少緊張關系的有效方式

　工程師和支持團隊之間有著糾結的合作競爭關系(注意,合作在前)。互聯(lián)網技術公司中很多人(尤其是聰明人)總是期望工程師對所有問題給出一個讓人會心一笑的解決方案。但現(xiàn)實是，不是每一個問題都可以或者應該在技術框架下解決。對于一些具體的問題,客戶支持和運營部門會有一些非常深刻獨到的見解. 工程師未必行. 畢竟很多見解需要不同的專業(yè)知識, 依靠實地經驗。沒錯,工程師可以在代碼中自動log大量的原始數(shù)據，但從原始數(shù)據中提煉可靠的insight卻并不總能如愿. 就像大煉鋼年代扔進去的是鐵,出來的是鐵疙瘩, 而非期望的鋼. 和很多其他公司的客戶或支持部門不同, 我們的支持部門招募了質量相當好的員工(很多來自美國名校 -在我直接接觸的反欺詐支持組20來人中就有3名斯坦福校友)。因此，當兩群都很聰明的人觀點相左時，該聽誰的呢? 緊張關系再所難免。

　不同的工程師團隊也存在著合作競爭關系。反垃圾郵件、安全和反欺詐（我的團隊）這幾個團隊之間存在密切的工作協(xié)作關系。這些團隊也都盡可能地相互學習，分享經驗和技術。但是，有時候各團隊獨立處理類似但不同的一些問題時，都試圖向對方推銷自己的解決方案和理念。

　如何讓合作競爭保持在一種健康有序的狀態(tài)? 我覺得關鍵是促進人與人之間的親密感。把人搞近了, 事情就容易了.我花大量時間用在建立和其他團隊的關系上面。例如兩周一次或者一月一次和其他團隊老大們的1對1碰頭會。越相關的團隊, 頭碰得越頻繁.我自己或者我的團隊成員會有選擇性的經常參加一些其他團隊的會議 (我們稱之為Friends 高快狠地完成最終的目標.信心逐漸建成后可以減少關于該項目的細節(jié)討論. 此時的委托可以放得更開. 但有一點要注意, 如果跟的太緊的話,可能讓人覺得你對他不放心, 他也會做得畏首畏尾, 這可能比盲目的委托還更差. 所以在委托和謹慎之間,有一個微妙平衡.

　我覺得在這一點上我還要加強. 這里也和大家提個醒.

　8.意見反饋應該一個持續(xù)性的, 而不是一年一次或兩次的活動

　一年一度或兩度的意見反饋在硅谷公司是非常常見的. 它的目的不是設置起來給員工難堪, 讓他們互相責難的.它的目的是希望員工對自己對他人有更全面的認識, 以助進步. 意見反饋有自我反饋和同事反饋兩部分. 自我反饋是自己評定自己,完成了哪些目標, 錯失了哪些目標, 哪些方面做好了, 哪些方面還待進步. 但由于是自己踢球兼裁判, 難免有偏頗. 同事反饋,就像一枚鏡子, 讓你看到180度之外的自己. 在Facebook, 360度的正式意見反饋是一年兩次, 并且和薪酬掛鉤. 但近年來,意見反饋和薪酬評定逐漸分開. 比如我做的一件事就是季度性的意見反饋, 時間和正式評定錯開. 在那幾天中,我請求所有相關組的同事在自愿的前提下給我寫寫關于我直屬組員的意見反饋, 短短幾句都行. 我會收集, 綜合,最后在1-1碰頭會時反饋給我的組員.

　如果需要等半年才來收集意見的話, 很多相關故事早以忘得一干二凈. 故事越久遠, 記憶越模糊,意見越空洞, 說了等于沒說. 而且, 意見反饋和薪酬綁在一起, 正常人(即使是牛人)都會很自然的把心眼更多的放到薪酬上,而不是意見本身.

　除了季度性的輕型意見反饋, 日常的意見反饋如果有的話應當立馬傳遞. 趁熱打鐵效果更好.

　如何有效傳遞整理好的意見也很重要. 有句話是說it. 我沒那么極端, 我覺得如何傳遞意見也同樣重要.有兩種方式我都試過, 不確定哪種更有效. 這里都談一談. 一種是以問為主逐漸深入促其思考, 比如how did you thinkabout the meeting you hosted yesterday;另外一種是赤裸裸的直入主題, hey, let, 然后開始談我自己的感覺. 不管哪種方式, 一定要給對方一個解釋自己行為的機會;永遠假設并告訴他我相信他的意愿是好的. 為了避免陷入你昨天做了xxx 沒有, 我做的是yyy的死循環(huán)式的爭論, 我首先爭取和他們在我們感知的即是事實這一點上達成共識. 基于這點前提,我們把討論的重點放在如何做能改變別人的感受最后讓事情能順利完成, 畢竟大多數(shù)重要的事都有很多人一同協(xié)作完成.當他們認識到自己想要改進某個方面的時候, 如何改是一個相對容易很多的問題 hey, I really love your weekly summary email with the keymetrics at the top. Please keep them coming可能產生很好的激勵效果.

　2) 意見反饋必須擺事實和講道理. 如果你只是告訴別人他很爛, 但不說什么時候浪過了以及為什么,除了給他添點火氣之外無他用. 所以我在相關人員包括自己寫意見反饋的時候要求提供實例. 比如一句 I think he couldmake meetings transparent and shorter by having an agenda, like theweekly data review meeting on last Friday比his meeting is toolong更有血有肉有效.

　3) 意見反饋必須是可操作的. 讓人無從下手的意見意義不大.如果在提意見的同時提出一個方案以供參考就有意義的多. 但注意, 絕不能是命令的方式 (那是中青寶I thinkhe could make meetings transparent and shorter by having an agendasent ahead of time就很容易操作.

　4) (個人偏好) 在最近的兩個評價周期中, 我給15個左右的同事(一半不直屬我)寫過意見反饋.我把我寫的直接分享給他們. 出于這種想法, 在我下筆時就少了很多沖動. 因為他們會讀, 所以我無法做到背后捅刀. 因為他們要讀,所以我需要寫得有意義, 容易理解, 并且加上很多例子. 并且, 我歡迎他們和我直接討論. 如此一來,他們也明白我寫這些反饋的一片苦心是為了他們進步.

　9.你可以比你想象的做得更好

　這不是說說而已. 我自己就有一個親身的例子. 我們曾經認為把一個高得離譜的欺詐率降到所允許的范圍內會很難.的確很難. 但想想看我們最終牛逼了一把, 把它降到了比允許上限的一半還要低. 感覺很爽.很長一段時間內整個團隊士氣高昂信心爆棚做事像開了外掛.

　牛人們總是不斷的超越自己. 給他們一個離譜的目標, 配以應有的工具, 適當?shù)膸椭?足夠的信心還有一定的時間, 他們會讓你大吃一驚, 也會讓自己大吃一驚. 這一點, 喬幫主是行家, 屢試不爽.

　但做到這一點有一個前提 - 不能害怕犯錯. 如果犯錯是被要嚴懲的失敗是不允許的話,牛人們只能在框框中被圈養(yǎng), 沒有辦法實現(xiàn)突破. 有一句話我經常掛在嘴上ask for forgiveness, not forpermission. 在Facebook, 大膽行事犯錯是容易被原諒的.

　但反過來, 有一點要小心, 就像第7點所說的 – 你不能隨便把一個離譜的目標交給一個人,然后期待他來給你驚喜. 盲目帶來的可能是驚嚇. 你需要真正的牛人, 至少是潛在牛人. 而作為一個領導者, 你的一個任務是幫助他們,鼓勵他們, 來引爆自己的潛力點. Facebook不缺此類待引爆的牛人.

　10.不要過多設計或者過早優(yōu)化

　有些工程師有一股出于本能的沖動想把自己的程序規(guī)?；? 甚至在這些程序還沒看到大規(guī)模使用的曙光之前.我在Facebook開始的時候, 也是沖動型工程師一杯. 但經歷過幾次失敗的產品之后, 我牢記了這個教訓. 不要過多設計或者過早優(yōu)化.把核心功能設計的簡單精煉. 只有在看到產品有被大規(guī)模使用的趨勢后, 才來增加功能或增加規(guī)模量.有一個我做的產品使用的上限是200萬月用戶(當時Facebook整個月用戶群是4000萬左右),但我的實現(xiàn)已經做了很多額外的功來滿足更多的用戶. 做的時候感覺很爽(感覺自己很牛, 感覺再多人用產品也不會崩潰),之后感覺很慘.

　但這一點不一定能適用于架構上的工作.比如Friendster這個網站的失敗就是其基礎架構的性能長期無法應對急速增長的用戶以致網站很慢甚至崩潰. 在用戶增長高潮來臨之前, 你應該已經在架構上做了足夠多的前戲.否則搞不好就要像Friendster收攤子散伙. 但同時也要意識到, 你所看到的用戶訪問模式, 你的網站功能,在你只有10萬用戶的時候, 可能和你有1億用戶的時候會很不一樣. 所有太多太早太頻繁的架構上的大動作可能會適得其反. 這一點上,你要小心判斷.

　在Facebook的4年半很好玩. 我學到的感受到的遠多于以上的十項. 但希望這個分享能對朋友們有點幫助.同時祝所有的朋友在自己現(xiàn)在扮演的角色上都有好運.

　此外, 如果你是一位創(chuàng)業(yè)者, 并且認同以上的某些觀點, 我很歡迎你通過一個共同的朋友來介紹自己.我會很樂意給出我的建議, 不管是在產品上技術上還是管理上. 如果機會合適的話, 參與早期的天使投資. 投資不多,但你可能收獲一個有點經驗的免費顧問 :)

　作者:王淮Harry哥

來源:經理人分享站

全國十三五規(guī)劃明確全民參保計劃，將在2020年前基本實現(xiàn)。全民參保是政策指向也是新的市場空間，無憂保堅定信念承擔起企業(yè)的社會責任，努力做國家全民參保計劃的踐行者。 小編有話說：謝謝這么優(yōu)秀的你來看文章，有什么想對小編說的盡管來吧，大家的支持就是我們的動力，歡迎大家踴躍發(fā)表疑問，歡迎吐槽，社保生態(tài)圈群：248069515