爲何我崇尚遠程工做？不吹不黑

由於致力於探索遠程工做的可能性，如何成功，所以翻譯了David Fullerton的這篇博文。

　　如今是2013（David寫此文的時候），差很少咱們在開始賺錢，團隊也從創始4人組開始壯大後3年。當年，Jeff 寫過一篇很棒的關於遠程工做的博客,基本上把咱們打算怎麼作說了個清楚。如今，過了這麼幾年，也是時候用咱們的現狀來作個小結了。

　　首先來看看，咱們目前進展如何了？Stack Exchange目前有75名僱員，大體安照銷售（包括銷售運營，以及營銷）和產品（包括研發，運維，設計，社區管理）。產品部分就是咱們遠程工做的部分了：咱們有16名全職遠程工做者，18名在辦公室的開發者，系統管理員，設計師，以及社區管理者。因此，咱們是一個高度混合的團隊，這一點我認爲是最好的了。我是工程師團隊的負責人，因此我基本上會從開發者角度出發，但不少內容對其餘角色也是適用的。

　　爲何咱們認同讓人們全職在家工做？

　　1. 這讓你可以招聘到有地點要求的優秀人才。招募遠程人才爲你打開了一扇面向海量有地點要求，不在你的地區的優秀人才。不能強調更多的一點是：每有一個在你的辦公所在地，或者願意搬到你的辦公所在地來的人，就會有100個或者更多不肯的。他們也許由於配偶的工做要求，由於孩子的學習需求，或者拿不到你這裏的VISA, 或者欠了房貸等，不能離開所在地。若是你在招聘技術人員，遠程招聘這個訣竅是目前被最好保密了的，但卻一目瞭然的找人祕訣。經過遠程招聘人才，咱們能夠尋找到經驗豐富很是厲害的人才來組成團隊，他們可能在 Corvallis,Oregon( 指的Geoff Dalgas），或者在 Forest of Dean, UI(指的 Marc Gravell, Top 0.01% overall)(不開玩笑，如你所見，他們都在郡裏）。

　　#1a: 你不用由於一些莫名其妙的緣由而失去人才（好比說他們重要的另外一半要去醫學院）。我在Stack Exchange(如今又改回 Stack Overflow了）工做以前，層在 Fog Creek工做。曾目擊至少5位很讚的人由於家庭緣由須要搬離公司所在地，而 Fog Creek當時對於到場工做有很是嚴格的要求。這讓我發狂。那都是一些很讚的員工，公司也已經在他們身上投入不少，如今卻由於他們不能再在紐約居住而不得不離開公司。而在Stack Exchange, 咱們目前已經有兩個員工搬離了紐約，同時依然開心地幹着原來的工做。若是咱們不容許遠程工做，咱們至少就已經損失了這兩位優秀的開發者。

　　#2:若是作得正確，這將讓人們極其有效率

　　私人辦公室？打鉤。彈性工做時間？打鉤。short commute?打鉤。我想告訴你一個小祕密：大部分咱們的遠程開發者，其實比在辦公室的開發者工做時間更長。咱們並無要求他們這麼作，這種狀況也許也不是常態，但當去工做就是上個樓這麼簡單（也許有點喘氣，可是鼓勵你們這麼作），人們就是傾向於工做更長時間，也更高效。

　　#3這讓你再也不僅僅關注他們是否坐在座位上

　　做爲一名管理者，我其實不太容易知道我團隊每一個成員天天花了多少時間在工做上。這很好，由於它推進我去關注結果。對於遠程工做者這也是很好的：他們也沒法忽悠本身，在辦公室花了一個小時逛Reddit算工做了。在一個理想的世界裏，咱們應該對這點都毫無疑問，可是讓人驚奇的事，在現實中，人們多麼容易讓本身相信「去辦公室」=工做。

　　咱們學到了什麼

　　#1: 遠程工做並不適用於全部人

　　人們有這樣的傾向，以爲在家工做就是本身的靈丹妙藥。很遺憾，它不是。你會錯失和人們在一塊兒，作一些有趣的事情好比打乒乓球，或者一塊兒午飯，以及（有時候，是最難的部分）混淆了工做和生活的界限。有些人如魚得水，有些人不斷漂移。咱們也有人兩種混合着來：遠程的人決定來辦公室，在辦公室的人決定遠程。對於咱們而言，關鍵是讓你們能夠選擇對本身最好的方式。

　　#2:遠程工做的能力是你在招聘的時候須要考慮的

　　若是遠程工做並不適合全部人，你最好在招聘的時候就肯定招募合適遠程工做的人。而在咱們的實踐中，咱們所須要的最重要的是：他們必需要是自我激勵型的，以及積極主動型的:他們會激勵本身去發現工做，積極主動地與團隊溝通協做。咱們的遠程開發者基本上能夠算整個公司問題最多的問題少年，由於咱們招的就是這樣的人。咱們喜歡有主意的人。有主意的人會在他們關心的事物上花心思來找問題，而後解決，而且確保你知道他們怎麼想的，這對於不在一個辦公室工做的大家來講相當重要。

　　#3你必需要想把它當成一個團隊來對待

　　遠程團隊，只要有一我的遠程，就是遠程，就須要進行線上溝通。控制以及決定都將在辦公室以外完成：再也不有什麼到某人的辦公室去聊一聊，再也不有把人們彙集到一塊來作一個決定。全部這些都必需要在線上完成即便這些遠程工做者都不在身邊。不然，你會慢慢阻塞掉這些遠程工做者對決策反饋真實意見渠道。

　　#4:溝通是困難的（其實它一直是困難的）

　　我遠遠不是第一個指出這一點的，然而把一個公司從4我的發展成75我的（而且，可預測的，發展到200人）最難的問題，就是溝通。當只有4我的的時候，每一個人都知道每件事情。當時75我的的時候，這個就不可能了。你須要發展出本身溝通的方式渠道，而這個對於遠程工做就愈發如此-由於你不能依靠交頭接耳的聊天，流言等來傳達你的意思。你必需要清晰地表達和溝通。

　　咱們如何作的

　　#1: Google Hangouts(環聊）

　　Google hangouts是咱們組織的生命之血。若是你還沒嘗試過他們的視頻聊天，你簡直生活在石器時代。咱們每一個團隊都有持續的環聊連接，每一個人都知道。咱們經過環聊進行簡短視頻會議，作演示，教學。。。作全部事情。其實沒有什麼事面對面交流的替代品，可是當你發現辦公室裏的人們更喜歡在hangouts上而不是面對面交流，由於那樣更容易些的時候，你知道有些意思了。

　　#2: 持續交流聊天

　　聊天很利於簡短的溝通，或者問某人問題。它有兩個大利益：（1）它有足夠的異步性，讓其餘人在有時間的時候能夠回覆你的問題；（2）它是持續性的，因此其餘人能夠瀏覽大家以前的記錄，而後知道發生了什麼（當大家在不一樣時區的時候這個尤爲重要）。每一個公司都應該有本身的聊天系統，無論他們是否有分佈式的團隊。當咱們只是要討論或者諮詢一個小問題時，與其打擾對方正在進行的工做，把他拉進視頻裏面來，不如在聊天系統裏面留言給他，等他有時間的時候來回復。咱們創建了本身的聊天系統，但也有其餘不錯的代替品，如Campfire 以及 Hipchat.

　　#3: Email.

　　儘管Email 有缺陷，它依然有存在的必要。Email是完全的異步溝通方式（若是你今天就須要回覆，不要用Email),用於作溝通階段性總結更新，以及作決策。咱們有這樣的要求，全部的決策都必須經過Email分享給整個團隊，就像Jeff在前面說過那樣。每一個團隊會向整個公司發出每週更新，從總體上對現狀進行總結，這樣沒有哪一個團隊會被孤立，你們都是聯繫在一塊兒的。

　　#4: Trello + Google Docs.

　　咱們使用Trello來記錄具體每一個人的工做任wu，用Google Docs來管理文件。它們都很棒，即便不是遠程也很適合做爲工做的輔助工具。

　　這就是咱們的故事

　　分佈式的團隊不必定適合全部人，但對咱們而言確實再好不過的。它意味着咱們要作更多事情，但咱們認爲這是值得的：所以咱們能夠得到更好的人才，併爲他們提供更高質量的工做和生活。它從一開始就融入了咱們的基因中，而且咱們也致力於長久發揚下去。

　　當咱們有500員工的時候，咱們依然會如此麼？我不知道，但我會很是樂意去尋找答案。

　　我剛纔說到招聘了麼？

　　聽起來這挺像你願意來工做的地方的？咱們正在招聘，尤爲須要開發者和設計師。咱們依然在尋找遠程工做的答案，但咱們已經有一個很棒的團隊，一些頗有趣值得咱們付出心力的問題來工做。歡迎來成爲咱們的一份子，並一塊兒來尋找這個答案。