遠端辦公正當時，不同于傳統面對面的辦公與溝通形式，在遠端辦公過程中，如何能保持高效的工作狀态，成了不少企業與組織的挑戰。作為一群開發者們，看飛書的使用者@Authing，他們是怎麼做的。
本文内容來自于飛書的使用者@Authing
Authing 是中國領先的 IDaaS 服務提供商，對标美國獨角獸 Auth0。創始團隊來自位元組跳動、百度、IBM、阿裡雲、滴滴出行等網際網路企業。Authing 提供開發者友好、易拓展的身份認證和授權平台，賦能企業在雲端管理身份。支援雲傳遞和私有化部署方式，幫助企業和開發者千倍級提升生産效率。
開發者群體是個與其他工種不同的群體，他們熱愛創造，工作是為了滿足自己的創造欲，是完全自驅的；而優秀的開發者，完全不受地理位置限制。
這就是我們要建設分布式研發團隊的原因 —— 一個多樣化的團隊是更好的團隊。
我們成功建設了一個分布在中國五個省市的高效研發團隊，我們建構的産品，服務全球七個國家和地區的使用者。當來自各個地區，擁有不同背景的人聯合起來後，極大的拓展了我們的力量。本篇文章将總結我們在建設一個分布式研發團隊時所面臨的問題和解決方案。
分布式研發團隊相比坐在一個辦公室裡的團隊，存在着更多問題，比如工作時間不重疊、資訊不透明、團隊融合和激勵，但實踐來看，最需要解決的是以下三個問題：
- 協作問題
- 項目管理問題
- 價值觀和文化的傳遞問題
協作問題
當你和同僚坐在同一間辦公室時，吼一嗓子就能得到回應。但在一個分布式團隊中，經常會出現消息未讀、電話沒人接的情況，分布式協作是一個自由的環境，這種情況是允許出現的。當然，這種事情并不說明項目會得到延期，因為某個子產品的開發者會在其他時間完成該做的事情。但這樣的情況往往會使得不到回應的人抓狂，軟體系統變複雜後，子產品之間往往互相關聯，如果沒有得到及時回應有可能會導緻工程出現問題。
溝通上的另一個問題是團隊之間可能沒有見過，不過這在開發者群體中不是什麼大問題，開發者已經習慣了在 Github 上向陌生人提 Issues 或者幫助陌生人修複 BUG。
從實踐中來看，協作主要包含兩點：溝通和資訊同步。為了保證高效的分布式協作，我們制定了以下基本的協作原則：
- 由一個人來起草月計劃，其他人一起做修改和補充，周計劃圍繞月計劃進行；
- 每周一上午一次視訊周會，同步上周的進展和本周的計劃；
- 每個人以去中心化的方式（非項目組織者統一指揮）制定自己的計劃，每個計劃必須激進（猛跳能夠到的目标）和有明确的 Deadline；
- 産品開發允許延期和變動，若有延期或變動，在群内同步原因和後續計劃，做到每件事必有 Deadline；
- 内部測試不追求完美，若有可預覽的進展，及時在群内同步并請大家測試（我們沒有專門的 QA，遵循的原則是由非子產品開發者來進行測試）；
- 使用高效的工具做即時推送，對資訊進行最大限度的同步；
這需要給每個人一點時間來适應，一旦适應好之後，協作效率會和和同僚在一間辦公室一樣甚至更高。
項目管理問題
分布式協作另一個大的問題是項目管理，我們由開發者自己決定每月每周每天要做什麼，并按計劃進行，這一點基本上沒有什麼問題，參與分布式協作的人必須是能夠自我管理的人。出問題的環節也不在這裡，而是需求品質。
我們出現過至少兩次需求不合理導緻返工的問題，這對開發者本人和項目本身都是很大的損耗，每當出現這種情況時，團隊便會出現抱怨的聲音。這類問題往往有如下幾種場景：
- 産品經理在提需求時沒有想清楚，開發者 review 時也沒有思考完全，做了一半後發現技術上是不符合邏輯的；
- 開發者在寫方案時沒有将方案對齊到具體的參數、傳回結果和報錯資訊，同時也沒有其他人及時留意到這個問題，導緻實際使用時需要進行二次修改；
這個問題的解決方案也很簡單粗暴，就是由每一個幹系人仔細讨論，是以我們制定了一個流程：
- 子產品負責人在可以線上編寫和協作的文檔中起草方案；
- 相關幹系人在文檔中評論，提出問題和疑惑，将解決方案對齊；
- 所有疑問和邊緣條件都解決後，我們将所有需求細化到任務管理工具上并開始開發；
這個流程雖然看上去多了些扯皮的工作，但是能顯著提高需求品質。
項目管理上另外一個很重要的點是使用「高效的生産力工具」。你可能會想「生産力工具」本來就是高效的，前面再加個「高效」，是不是重複了。其實不然，生産力工具很多，選擇最好用的工具将事半功倍 —— 工欲善其事，必先利其器。
我們核心隻使用了兩款工具：
- Jira —— 用來做靈活開發；
- 飛書 —— 用來做即時溝通、文檔協作和 ChatOps；
除了這兩款，還有郵箱用來和海外使用者交流、Git 用來管理代碼，不過這屬于基礎工具了。
工具鍊保持簡潔很重要。前段時間，我們在 Tower、Jira、倍洽、企業微信、Notion、石墨和 Google Docs 之間到處切換，直到有一天團隊再也受不了，我們争執了一番後将即時溝通、文檔協作和 ChatOps 換到了飛書上，Jira 不變依然用來做靈活管理。
飛書的 Notice Bot 很有用，我們的 ChatOps 都是依賴飛書的 Notice Bot，我們在内部打造了一個「推送」的世界。
Git 消息推送
響應時間過長或服務不可用推送
使用者回報推送
SDK 需求推送
這些都屬于一個研發團隊中比較基礎的操作，但當你處于一個分布式協作團隊中時，因為看不到彼此在幹什麼，是以當所有資訊即時推送、即時同步時，會讓團隊每個人都有安全感。我們的研發團隊是一個緊密型小組，我們緊密合作，建構并傳遞解決方案。這種推送讓分散的小組對他們正在建構的東西、什麼能提高效率有清晰的認識，并具有主人翁精神，這讓它非常适合于團隊的分布式性質。
價值觀和文化的傳遞問題
最後一個問題是價值觀和文化的傳遞問題，這是最難的問題。無論是溝通問題還是項目管理問題都能用流程和工具來解決，而價值觀光和文化隻靠這些是不夠的。
首先說一下我們團隊的組建過程，早期的開發者是大學同學，後來有從使用者轉化過來的開發者，我們的使用者愛我們的産品，從使用者變成了這款産品的創造者和維護者。此外，所有不涉及商業核心的代碼，我們都是開源的，由此也吸引了一批開發者為我們維護各語言的 SDK。
當然，我們還是要依靠一些現代工具。
首先是視訊會議，我們使用的飛書會同步每個人的月曆（我們希望每個人都能将自己的日程資訊化透明化，這樣會非常友善的知道每個人的行程，便于安排時間），這樣會議協調會很容易，同時我們保證每次會議大家都能露臉，這讓每個人都能見到其他人的神情、動作，雖然隔着螢幕，也比看着聊天框裡的文字和表情要親近一些。
除了這樣的工具外，就是每天的具體細節。尊重和信任是對人最大的激勵、鼓勵每個人分享的團隊文化才是正向的。同時還要鼓勵每個人把自己的能力貢獻給項目群組織，并獲得事業上的發展。鼓勵每個人互幫互助，沒有等級，團隊的工程師可以直接開噴上司者（我不是說開噴是好事，而是允許這種情況發生）。
這些都是通過線上交流獲得的，線下活動也是必不可少的。比如每個月邀請大家聚到一起娛樂、一起喝酒、一起打遊戲、每個節日互送禮物。總之，讓大家成功，讓項目成功，是建構組織文化和價值觀的根本目标。
減少會面，共克疫情，飛書免費開放全部遠端協作辦公服務 2020年1月28日 - 5月1日期間，飛書面向全體使用者免費開放全部遠端辦公能力，點此👉免費使用