[浪風分享] 如何管理一個遠程團隊

英文原文:How to Manage a Remote Team

參與翻譯(6人)php

過去的幾個月裏耗盡了大量的精力一直在爭論遠程工做的是非曲直。不幸地是,關於創建遠程工做,讓你的團隊更加成功,沒有太多的經驗共享出來。git

在咱們發出對content marketer招聘信息後,我收到好多關於遠程工做的疑問,以及咱們團隊如何管理運做的?因此我想我應該在此解釋一下。github

如今,若是你想去爭論關於遠程工做和本地工做那個是更好的,請忽略這篇帖子。可是,若是你想獲得一些關於如何創建一個遠程團隊使得工做能更好的開展等的建議,那請關注這個帖子。他就是爲你而寫的。web

咱們的經歷

從第一天起,(2011年10月)Zapier就一直是一隻分佈式的團隊。儘管Bryan、Mike和我主在同一個城市裏,咱們每一個人的時間安排不一樣,並 且一步步把Zapier創建在咱們的工做和學習以外。每當咱們有空閒時間的時候都用在Zapier,可是這些時間並不是自動的出如今咱們可以在一塊兒工做的時 候段裏,所以不可避免的,咱們成爲了一個遠程團隊。shell

在2012年6月咱們被Y Combinator接收,而且搬進了California的Mountain View的一間公共公寓。接下來的三個月,是咱們的公司歷史中惟一一個全部員工都在同一個城市中的時間段。api

2012年8月,Mike搬回了Missouri由於他的女友從司法學校畢業;而且在2012年的10月,咱們開始僱傭員工。因爲咱們曾經就是個分佈式 的團隊,所以它使得繼續實行這個方案變爲可能,由於咱們須要僱傭那些咱們認爲出色的人,可是這些人並不與咱們住在同一個地方。瀏覽器

  • 2012年10月,Micah在芝加哥
  • 2013年1月,James在哥倫比亞
  • 2013年3月,Cooksey在哥倫比亞
  • 2013年7月,你在美國的任意地方

在過去的21個月中,咱們已經學到了一些關於構建和管理一支遠程團的東西。固然還有在這方面比咱們更有經驗的人。我不大肯定它的規模會有多大,像 GitHub、Automattic和Citrix這樣的公司,以及其餘一些公司,已經證實這是可行的。可是若是你是一個小團隊,而且想要涉足遠程工做, 把它看作速成教程吧。app

成功的遠程工做設置的3點要素

要是你隨便找個事件,隨便找一堆分散在全球各地的人,並希翼他們能作出什麼驚天動地的東西,少年,洗洗睡吧。運維

咱們發現,在遠程工做——只是工做中,有三個要素:團隊,工具,和進度異步

團隊

團隊是現今最重要的一個元素。並不是全部人都可以在遠程環境下工做。也不是全部人都可以管理一個遠程工做環境(不過我以爲,只須要一點點時間,任何經理人都 可以明白如何使其工做)。所以,組建一個有能力在遠程環境下執行的團隊相當重要。下面是如何僱傭到一個最好的遠程工做者的建議:

一、僱傭踏實肯幹的人

即便身處撒哈拉沙漠Timbuktu,這樣的人也會把手頭的工做作好。這樣的員工你不用每天催着他們如何如何完成工做,你要作的是掌握公司發展方向,監督核心業務的執行狀況就好了。一句話,有這樣的員工是老闆的幸福。

二、僱傭你信任的人

若是你不信任在遠程辦公的員工,那麼這種工做模式就很難真正實行起來。若是你發現你始終在擔憂遠程辦公的員工是否在偷懶等相似的問題,就說明你的考慮重心已經偏離你的業務了。記住,這個時候信任是關鍵。

三、信任你的員工

另外一方面,你必須對員工表現出你的信任。做爲一個管理者,你要學會讓員工對公司的發展有所指望,而不是僅僅一屁股坐在椅子上。這個很關鍵的就是對員工展示出你對他們的信任。

四、僱傭文筆好的員工

在本地辦公的模式下,不少信息是人與人之間的直接交流,可是在遠程辦公的狀況下,不少信息只能靠寫下來,但對於一個團隊來講,交流又是很是主要的,因此,好的文筆對遠程辦公的模式來講是很是有用的。

五、僱傭那些不依賴職場社交的員工

對一個遠程辦公的團隊來講,創建一些社交聯繫也是很是重要的,但通常來講,遠程辦公這種模式比本地辦公在社交聯繫上有先天的劣勢,所以遠程辦公的員工必須能適應這一狀況。一個優秀的遠程辦公員工能夠作在這種環境下很高興的工做。

工具

好的工具對遠程辦公來講很是重要,它能夠幫咱們有效的組織團隊,統一思想。

在本地辦公的模式下,你能夠經過全體會議的形式來管理員工。但對於遠程團隊,咱們不可能盯在每個員工的身後,咱們就須要一些工具來實現這些目的。下面是咱們發現的一些有用的工具:

一、Campfire

Campfire是一個虛擬辦公室軟件,登陸進了Campfire就能夠開始開始工做,其帶有的羣體聊天功能也會增進員工之間的關係。

根據你團隊的規模,來使用Campfire的房間功能。若是團隊人數多到必定程度,可能就會產生不少無用的信息,影響交流,這個時候咱們能夠根據實際狀況 創建獨立的房間,例如:「」water cooler","工程部",「市場部」等,這一切徹底取決於你,咱們就此打住。

Chilling in Campfire

 

2. Sqwiggle

Sqwiggle是一個持續視頻聊天室,可是不用像Skype和谷歌Hangouts那樣視頻直播的形式,而是每8秒傳輸一個張圖片的形式實現。讓全部人看到你工做地場景這很是不錯。若是你想和某我的私聊,你只要點擊一下按鈕,你會立刻能夠實時視頻直播。

Zapier Using Sqwiggle

 

3. 郵件

你們都很討厭E-mail,可是對一個遠程團隊郵件做用不可估量,由於,不管如何你的平常工做都離不開郵件。

咱們建了一個郵件列表,讓你能在須要時很方便給整個團隊發郵件。這很方便讓整個都加入到問題討論,並且他能夠記錄全部的信息,在你須要時候能夠做爲指導。一個大公司高效利用郵件的例子是Stripe。雖然他們沒有遠程團隊,可是他們的作法能夠很方便的在遠程團隊中實施。

 

4. Trello

Zapier Roadmap

Trello在咱們的團隊中扮演了默認路標的角色。每次咱們有一項工做要作時,咱們都把它加入到Trello 的to-do列表。在大多數狀況下,我會發現你卡片上要記錄密密麻麻的如許多的工做。咱們避免Trello卡片內容超多的一個使用技巧是,咱們每造成一個 卡片,都要記錄詳細的描述,包括特性是什麼?爲何比較重要以及未來預期的結果是什麼樣的。

這個工組對遠程團隊來講很是重要,因爲公司中每個人都會找事作,他們會Trello的面板上挑出認爲是對公司/產品最緊要的任務。

 

5. GitHub

Issues 和 pull 請求的使用至關寬鬆。類比 GitHub 如何使用 GitHub 來建立 GitHub,咱們使用 GitHub 建立 Zapier。妙處在於,pull 請求和 issues 中的全部討論都會存檔,以供往後須要時查閱。

6. iDoneThis

iDoneThis 取代了咱們的每日立會。在僱人之初,咱們嘗試使用 Hangouts 進行每日立會,但以後由於負擔和團隊分心問題而被取消了。iDoneThis 替換了這個。

使用iDoneThis你把天天所做記錄下來,次日早上iDoneThis會發送團隊中每一個人作所的工做簡報。這樣這個團隊能夠評論和討論有關團隊工做的細節。因此,咱們用iDoneThis取代了天天把不一樣時區不一樣的人彙集起來進行一個15分中例談。

iDoneThis我的使用也是很是不錯,它能夠幫助咱們養成良好的習慣。他們也有不少的插件 great set of addons ,協同這些插件能夠工做的更完美。

7. Chrome Profiles

咱們當中許多人會有多個profile,使「工做環境」與我的瀏覽區分開。Chrome Proflile可讓你有兩套書籤、擴展、最近登陸過的帳號、google帳號,甚至是搜索引擎關鍵字,讓你工做在熟悉的環境裏,同時用同一臺機器上的 同一款瀏覽器裏工做和處理我的事務。

8. LastPass Enterprise

咱們須要登陸到上百種在線服務,若是能讓每一個進入公司的人都能任意使用這些服務,而沒必要關閉即時消息或等待郵件回覆,那該多好。用LastPass,團隊裏的任何成員均可能登陸到咱們要用的任務服務,無需知道登陸憑證。

9. Draft

在任何公司上班,你都得寫不少東西。在Zapier,也是要的。無論是一篇博文、一封重要的郵件、網站存檔,仍是產品文檔,咱們都得花費精力在寫這件事上。Draft很像GitHub,除了能夠寫做。Draft讓你快速生成版本,而後異步的收到同事的反饋。

Draft Screenshot

10. Google Docs

Google Docs是偉大的。咱們要共享分析關鍵指標的電子表格。咱們要共享包含團隊信息和其餘之後會用到的有用信息的電子表格。咱們要共享用於交流和記錄的文檔。 任何可能須要用上幾回的東西都得文檔化,而Google Docs是個很易用的分享環境,讓這成爲可能。

11. Hello Sign

不管什麼時候,你總會須要同你的僱員簽署一些東西。經過使用 Hello Sign,你能夠省去不少打印文件,簽署,掃描到你的電腦中,將其分享給下一個須要簽署的人,不斷的重複的麻煩。它將保護你的頭腦免受傷害。

12. Google Talk

咱們使用的最後一個重要的工具就是 Google Talk。它對於快速問答及其完美,團隊成員能夠當即回答。

流程

組建一強大的遠程團隊的第三個要素是流程。我知道大部分人不喜歡碰流程,流程這東西感受上很枯燥又死板。但若是你將流程想成「咱們怎樣工做」,就會開始以爲它很牛。

好的流程可以讓你搞定任務,不須要所有人員到場。它能爲完成任務提供基礎跟方向。

儘管如此,流程並不意味着是死板、一成不變、無用的。在一個小公司裏流程更多的是爲了提供一個反饋循環,讓你可以管理公司跟人員的進展。

下面是幾項咱們用來運做Zapier流程。或者像我喜歡說的那樣:咱們怎樣工做。

1. 每一個人都在支援

客戶是咱們的生命線。咱們每日努力工做,即便在解決客戶們的問題,幫助使他們的工做更加簡單。當每一個人都進行客戶支援時,每一個人都可以聽到來自客戶的聲音。

同時,創造產品的人也將對產品的支援負責。若是客戶由於一個 bug 生氣,引發該 bug 的人將負責去了解它並解決它。

這裏有更多咱們如何進行客戶支援的事宜.

2. 提交的慣例

由於每一個人都在作運維,因此咱們作了開發安排,讓每一個開發者花三週時間開發功能,接下來一週作維護。開發功能的三週給開發者足夠的時間提交必定的代碼。在三週後理論上你就能發佈你那塊功能。

這引進的反作用是,每一個週五都有人提交重要的特性,這很振奮人心,在公司裏掀起不斷進步的習慣。

在這瞭解更多關於Zapier如何提交功能.

3. 每週聚頭

每週五中午12點(太平洋時間)咱們都會在google hangout聚頭,總結一週大事。每一個團隊成員複述本身這周在作什麼東西,會遇到什麼問題(若是這一週還沒碰到)。而後有成果的人會展現一下他們的新玩意。

4. 每週學習

前面說的聚頭以後,咱們會休息10分鐘,而後再回來聽一個小演講。每週派一個公司裏的人講一個自選話題10分鐘左右。這個話題能夠是與公司有關的(好比我 就講過咱們內部的郵件工具是怎麼動做的)或與科技有關的牛B東西(好比Cooksey最近講的網賺web workers)。這些演講都被錄了下來,以便之後新員工翻看。此外,大部分演講都會被寫成博文發出來,爲Zapier打知名度。Cooksey那個網賺 演講最後變成了這一篇Intro to Web Workers ,吸引了20000人來Zapier圍觀。

5. 每月的一對多談話

我作過的每一份工做,在我跟上級之間的反饋都是不夠的。因此在Zapier,我創建了一個每個月都進行的包括每一個團隊成員的反饋機制,你們在Skype或 Google Hangout上談三件問題:爲了幫他作好他的工做我能作些什麼?他能作些什麼使他的工做有進步?爲了使每一個人都過得更輕鬆公司能作些什麼?

這第一個問題讓我學到了我能夠怎樣幫助本身的團隊作得更好。第二個問題讓個人團隊成員更好的完成本身的工做。第三個問題使公司成爲每一個人的更好的去處。

咱們特地限定每一個問題都只談一個點。只有一個點,可讓每一個人在一個月的時間裏都很容易作到。但隨着時間流逝,一月一月的下來,一個大問題就能解決了。

每月的議題的答案咱們都會有Google Document記錄下來,於是下一個議題咱們能夠參考上一個,而且檢查咱們作到了沒。

複查議題部分對於揭示咱們作爲一個遠程團隊是怎樣動做的這一點特別有用,由於它讓我獲得關於怎樣使公司生活更愉快的大大小小事情的反饋。舉個例子,我發現 Cooksey跟James有時會在Columbia城裏結對工做,而後得本身出停車費。如今咱們正在創建信用卡,每一個人都有可觀的額度。這些小事情能夠 讓咱們向使你們過得更好的目標前進一大步。

6. 天天反饋的慣例

在前面講開發工具的那塊我提到過咱們用iDoneThis來保證你們看到每一個人天天完成了什麼東西。這有助於在萌芽狀態扼殺交流不順暢,讓你們都知作別人都在作些什麼。

咱們大部分人都會使iDoneThis自動操做,使這iDoneThis看起來更像是種習慣。舉個例子,我會經常用iDones給Zapbot發留言。開 發組的人會將他們的GitHub commit記錄到iDoneThis裏,其餘人則會將他們的Evernote日誌記錄發到iDoneThis裏。

7. 私下交流

私下交流對任何團隊都是有益的。總會有些特別的東西是在成員們私下工做時纔會發生。結果是咱們在努力組織每一年2到3次到好玩的聚會。

今年8月咱們會在西雅圖一個很大的 AirBnB 場地聚會,下面這張圖片是那裏的景色。

Awesome Seattle View

除了這些整個團隊的聚會,整年都會有小組聚會,用來協調新項目或新功能的開發。一般就是某我的打個飛的去找另外一我的。

這很貴,由於它值得。這樣最好的地方是,你會有更多的錢來支持此類行動,由於你沒必要爲集中辦工場地買單。

8. 能自動操做的東西都自動操做

Zapier的核心是自動化。咱們採用自動化操做是基於兩個緣由。其一,這讓咱們將團隊人數保持在小的狀態,由於咱們不須要人來作不停重複的東西,以及那 些平常又枯燥的任務。其二,這讓團隊成員們可以將幾乎所有時間都專一在高效的工做任務上,而不是將時間花在不太有用的東西上----好比去找合適的發佈命 令。

9.隨機抽檢

咱們最近在試驗的是隨機抽檢。隨機抽檢一般指的是發一個快速的留言給團隊裏的隨機一人,問他要某樣東西的輸入信息或查看他最近在幹嗎。這個抽檢的意義在 於,它能幫每一個人獲知別人在幹嗎,同時也能夠在兩人的特長交集中發現一些有趣的東西。這個咱們試的還不久,但到目前爲止效果都還挺好的。

向別人學習

這裏許多東西都是從別人的基礎上建起來的。不幸的是,不多人會寫關於遠程工做以及如何管理的話題。大部分文章只涉及到了一點點,提到些小意見,好比「用Google Hangouts呀」之類無關痛癢的東西。

瞭解遠程工做最好的辦法是去問那些在作遠程工做的人。我從這些人身上學到了許多東西,Chargify的Lance Walley、Buffer的 Joel Gascoigne 、整個37Signals團隊、GitHub的Zach Holman,以及其餘許多創始人及遠程工做者們。

若是你在找相關資料,下面這些很值得一看:

  1. Ryan Carson on managing 40 people remotely
  2. Ryan Carson Mixergy Course
  3. Almost any talk by Zach Holman on how GitHub works
  4. Wide Teams puts out a great weekly podcast about remote work
  5. Steve Smith on Optimizing for Happiness
  6. Adii Pienaar on trusting people
  7. Adii Pienaar on the challenge of remote working

一樣,我對 37Signals book Remote 的快要出來的新版十分期待。

但願這篇文章能讓你對一個團隊怎樣管理一個遠程團隊有一些深層瞭解。但不要將這當成宇宙真理。遠程團隊的一個好處是,遠程工做看起來更像是種體驗,因此其他一切看起來能夠更具實驗性。因此親自試一下吧!最大的收穫不會是你在博文裏找到的東西,而是你本身發現的東西。

若是你在一個遠程團隊裏工做或者在管理一個遠程團隊,我很樂意聽到你爲了讓一切動做起來是怎麼作的。就在評論框裏不吝賜教。:)

相關文章
相關標籤/搜索