1. 程式人生 > >分散式工程團隊建設的十大教訓

分散式工程團隊建設的十大教訓

轉自:https://www.zybuluo.com/lsmn/note/1059823

摘要

人才招聘、培養並促進分散式工程團隊的發展並非一日之功,但是值得投資。Bruno提出了一些非常重要的見解,揭示瞭如何讓團隊全力以赴,而不管地理位置在哪裡。

正文

本文要點

  • 及早確定招聘方法,並根據反饋優化;
  • 從第一次見面就和隊友建立起個人聯絡,以便最大限度地合作;
  • 平等對待同事,如果有一個人是遠端的,就把所有人視為遠端的;
  • 建立非正式的非同步環境,促進團隊交流;
  • 以小型交付團隊運作,激發主人翁精神,促進軟體質量提升。

一個多樣化的團隊是更好的團隊。不過,組建一個多樣化的團隊並不簡單。在

Doximity,我們早就決定培養一種包容文化。在和可以為我們帶來獨特視角,幫助我們換個思維的人共事時,這是我們優先考慮的。我們發現,其中一個最好的方法是和地理上分散的團隊一起做這件事。

Doximity只有一個實際的辦公室,而人才,和辦公空間不一樣,不受地理位置限制。

利用分散式團隊不僅讓我們可以和具有不同經歷的人聯絡起來,也極大地擴充套件了我們的團隊成員候選池。在過去的六年中,我們的工程團隊已經從3人增長到了超過65人,他們中許多人都是遠端工作。這些年來,我們成功推出了10幾種內部和外部產品,而在整個過程中,員工保有率超過90%。

早期,一個比較痛苦的問題是:如何同不在一個辦公室裡的人溝通我們的核心價值?事實證明,給遠端員工灌輸公司和團隊的原則實際上並不比給本地員工灌輸難。我們決定,第一個周讓人們來辦公室。此外,我們每個季度都會把整個團隊的成員召集到一起,開工作會議,開展團建活動。文化就是沒有人看著時你在做什麼;對於遠端員工而言,那意味著大量的運用公司文化的機會。根據我們的經驗,我們發現,共同的價值觀傳開了,而不管物理位置在哪。

現在,你可能會有一個疑問,就是分散式團隊是否真得實用,那是一個有效性問題。如何保證一種鼓勵創新的文化,即使員工不在同一間屋子裡?過去,企業經常宣稱,讓每個人都在同一個屋檐下是創新的唯一方式。現如今,故事已經變了。BasecampGitlabAutomattic等創新性企業已經成長為成熟的公司,他們招聘的員工完全分散,利潤數以百萬計。Automattic是WordPress.com、Longreads、Simplenote、Gravatar、 Polldaddy等流行工具的母公司。他們的員工工作在世界各地,在該公司的團隊中,有將近500名員工分散在50個國家。這個完全分散的團隊構建和維護著WordPress,這個平臺

支撐著網際網路的27%。像這樣的公司通常會超越競爭對手。而且,他們將繼續從拒絕採用分散式招聘模型的公司那裡挖人。在Doximity,我們成功建立了世界上最大的、專業的美國臨床醫師網路,現在有超過100萬認證會員,這在以前是從未做過的——他們都工作在一個大型的分散式團隊裡。

你可能對建立一個自己的遠端團隊感興趣,那麼,你該從哪裡入手呢?

1.確定招聘方法:首先,仔細瞭解下你的招聘方法。過去這些年,我們選定了招聘遠端員工的一些基本原則。當對應聘總部之外的職位的人進行面試時,我們重點關注一些基本特徵。自我管理能力至關重要,緊跟著是準確流暢地溝通、自尊及尊重他人。

遠端工作確實需要一點時間來適應。招聘一個有過遠端工作經驗的人就省掉了這個過程。每次,我們和一個首次考慮遠端職位的候選人交談時,我們一定要討論其他遠端員工在這個過程中遇到的流程和溝通陷阱。

我們有過慘痛的教訓。早先,我們招聘了一名軟體工程師,他從來沒有遠端工作過。他低估了對安靜的專用辦公空間和可靠的網際網路的需求。這看上去是常識,但根據我們的教訓,我們現在面試時會強化這些細節。在這個崗位上工作了數週之後,他確定,遠端環境不適合他。

2.和隊友建立起個人聯絡:儘快建立個人聯絡非常重要。在視訊面試中,我們可以儘早看到候選者,這時,我們就開始了這個過程。若干研究都顯示出社交關係的價值。那就是為什麼我們要求新員工至少第一週要來辦公室。他們和總部的團隊見面,一起吃午餐,最重要的,和他們的導師建立個人聯絡。我們鼓勵遠端員工不時地來辦公室,那對各自的團隊都是有益的。另外,我們每個季度都會有幾天把團隊成員聚在一起,回顧、分享經驗教訓、提前規劃下季度的工作。這樣每季度一次的聚會讓我們有時間進行面對面的團隊建設。從滑雪到騎馬,我們一起度過了高質量的快樂時光,強化了同事之間的個人聯絡。

3.平等對待同事:多年來,我們已經看過、聽過分散式團隊裡許多失敗的嘗試。這些失敗幾乎可以完全歸因於沒有認識到,一旦你招聘了一名遠端員工,你就需要把每個人都看成是遠端的。務必確保可以非同步交流,務必確保可以開展連續的討論,而不管位置在哪。即使是多年之後,我們有時候仍然覺得需要強化這一思維。二三年前,我在和一名工程師就有關情況進行一對一的交流時,我收到了反饋。他覺得,集中團隊會將始於線上的討論拿到線下,然後帶回一個解決方案,所以,無意間就將遠端員工排除在討論之外了。記住,對所有人一視同仁。

4.虛擬飲水機:非同步交流讓我們可以免除干擾,但也少了調性和即興——這是我們交流並彼此瞭解的關鍵。我們鼓勵人們圍繞感興趣的話題即時交流;這大多數是由對這個主題感興趣的那些人主導的。話題寬泛,從滑雪到遊戲再到音樂。這些渠道里的對話通常是和業務不相干的,只是提供一個非正式討論媒介,讓人們有個地方可以增進個人關係。這種聊天室為人們增進關係提供了一個舒適的地方,否則,他們會在辦公室裡飲水機旁聊天。

5.關注交付團隊:如何保證生產效率?如果我們看不到他們,那麼我們如何知道一名工程師是否高效?這個問題很簡單。招聘有自管理能力的人,把團隊保持在一個較小的規模上,組建專注於產品的團隊。每個主要產品都有一個專門的交付團隊。團隊包含把產品交付到生產環境所需的互補的技能集。這些交付團隊是一個由6到10人組成的緊密型小組,他們緊密合作,構建並交付解決方案。這種設定讓分散的小組對他們正在構建的東西、什麼能提高效率有清晰的認識,並具有主人翁精神,這讓它非常適合於團隊的分散式性質。

6.利用恰當的技術:技術有了長足的進步。20年前,甚至是10年前,由於技術限制,招聘一名分散在異地的員工還是不切實際的。現如今,視訊會議、螢幕共享以及非同步通訊的廣泛應用幫助我們實現了這種便利的工作環境。每家公司最終都會採用最適合他們的方式,每一種流程都需要一點試驗。在Doximity,我們已經測試了六種解決方案,最終選擇了一套我們覺得效果最好的技術。

7.視訊會議:我們在舊金山的辦公室有12個會議室,其中每一個都配備了ChromeBox、會議系統和一個大型的壁掛電視。ChromeBox直接集成了谷歌日曆,讓參與會議變得輕而易舉。每個邀請都自動包含一個視訊會議連線,不需要任何額外的步驟。ChromeBox提供會議期間螢幕共享、雙向視訊,並使用了一個全向麥克風,讓所有的呼叫者都可以清晰地聽到雙向語音。對於更大的會議室,你可以購買ASUS Chromebox。我們以前試過其他的系統,如Skype和HighFive,兩者都需要額外的軟體,但是,對於我們來說,它們未能提供與谷歌日曆的穩定整合。

8.非同步聊天:我們選擇的是Slack,但還有許多等效的工具,如HipChat和Stride,這兩個都是Atlassian的產品。甚至Facebook都試圖藉助其“Workplace”工具涉足這個領域。我們選擇了Slack,因為它提供了我們需要的整合,可以把工作統一到一個平臺上。這些整合包括來自DevOps棧的警示訊號、日曆提醒、自動回覆。

此外,開放式開發平臺讓我們可以構建自定義的整合,完善我們的工作流。我們的“午餐機器人”就是一個自定義整合的好例子。隔週五,這個機器人就讓員工們選擇加入公司資助、隨機分配的5人午餐小組。對於那些彼此之間通常互不聯絡的人而言,這是一種有趣的對話促進方式。

9.螢幕共享:在促成分散式溝通方面,螢幕共享無疑是其中一項比較顯著的技術改進。不管我們是在幫助同事解決一個配置問題,還是結對編寫一段比較難的程式碼,亦或是僅僅共享一個幻燈片,可以快速共享螢幕的能力讓整個過程變得更愉快。Slack內建了語音電話和螢幕共享;它甚至允許任意一方控制另一方的螢幕。

10.語音呼叫:非同步的文字聊天很有效,但那並非總是最有效的交談方式。我們測試了幾款線上語音呼叫工具,最終還是選擇了Slack,因為它已經是這個工作流中不可或缺的組成部分。Slack讓我們有能力從文字聊天快速、無縫地轉到語音呼叫,再到螢幕共享,在到視訊。除了工具之外,重要的是要儘早認識到,什麼時候文字聊天比語音更有效。

當然,建立一種全面的分散式文化有個學習曲線,但是,其結果值得這樣努力。如果想要有一個讓你可以取得成功的環境,你必須確保你招聘的人在沒人監督時仍然高效;就是說,沒人看著的時候仍然做正確的事。分散的員工必須能夠清晰地表達自己,對於他們的產品質量,有著類似的自豪感。

我們不斷地收集反饋,改進流程。我們發現,這非常地有用,提高員工的幸福感、生產力和保有率。花些時間仔細優化下公司的入職指導方法,最重要的是,提供一個便利的環境,可以非同步通訊,從而建立起你希望建立的多樣性分散式環境。作為領導者,你的工作就是要讓信任、協作和創造性流行起來。

關於作者

Bruno MirandaDoximity工程部門副總裁,這是一個HIPAA安全的醫療社交網路,面向醫護專業人士,美國超過70%的醫生都是其會員。作為工程部門的副總裁,Miranda管理著軟體工程部門。他是來自巴西的第一代移民,他很幸運,早在10歲的時候就開始鑽研計算機。他那會用的還是一臺IBM XT 286,從那時起他就迷上了計算機。從2000年初開始,他大部分的時間都在開發軟體,領導工程團隊。Miranda之前在Hoodiny工作,是MSN.com的合作伙伴,從事個性化線上電臺工作。Bruno的Twitter賬號是@brupm

檢視英文原文:Top 10 Lessons in Building a Distributed Engineering Team