團隊交流用QQ、微信群還是Slack?為什麼50人跨地域團隊放棄實時群聊工具
實時聊天應用正在席捲商業界。但是更快的交流真的意味著更好的交流嗎? 本文作者是 Slack 多年用戶,針對這一問題給出新的看法。
三年前,我們公司也加入 Slack 用戶大軍。
在此之前,我們一直依靠電子郵件和內部工具 Wedoist 進行溝通,然而我們分布在不同時區的團隊的人數都在增長,使得我們很難繼續下去,於是我們嘗試了 Slack。
工具是一個改變遊戲規則的地方,跨地區的團隊成員之間的溝通隨著 Slack 使用而爆發,通過 Slack,我們分享了想法和 GIF 動畫 (很多 GIF)、報告 bug、協同開發,同時也開開玩笑;我們慶祝成功,也討論了改善工作的方法。幾乎一夜之間,我們從一群三十個人的個體走向了一個真正的團隊。
然後,兩年後,我們退出了 Slack。
這篇文章是關於我們為什麼停止使用 Slack 的故事,對於像我們這樣的團隊來說,實際上還有更多的工作要做,而不僅是每天跟上團隊聊天。
問題在於大部分時間需要實時在線像 Slack 這樣的群聊應用程序是為特定類型的通信而建立的——實時對話。 這種溝通形式有時是有用的(例如在緊急情況下),但在成為團隊主要的溝通方式時,會帶來顯著的缺點。
沉迷聊天由於 Slack 中的對話發生在單向傳送帶上,我們的團隊開始感覺到他們不得不持續保持聯繫。如果你在 Slack 裡面沒有跟進對話,你可能會錯過重要的討論和決定。
這種溝通方式對於像我們這樣的遠程協作公司來說是特別有問題的,團隊成員分布在許多不同的時區。早期的話題已經被討論過了,在你醒來的時候,你怎麼恢復上下文呢?
正如塞繆爾·胡利克(Samuel Hulick)所說的那樣,他在著名的「分手」信中寫道:
我發現,「永遠在」的趨勢是一個自我維持的反饋循環:每個人的出現越多,對話越多。對話越多,每個人都希望參與的越多。泡沫,沖洗,重複。
一項研究發現,Slack 用戶每天平均花費 10 個小時在應用中!這並不是說人們不是多任務的,而是經過學習研究表明,不斷的上下文切換 (就像當你停止你正在做的事情來檢查一個隊友的對話時),會降低生產力,並導致「更多壓力,沮喪,時間壓力和努力「。
對我們的團隊來說,這是不健康的,並不能幫助我們專註於真正推動項目進行的艱苦工作。
為淺對話而生Slack 有助於快速檢查事物,但是我們發現這是一個大麻煩。群聊界面設計用於快速消息傳遞,幾乎不可能從始至終維持完整的對話。
我們與敏捷位創始人戴夫·泰雷(Dave Teare)有著類似的經歷:
在你甚至可以完全了解正在討論的問題(更不用說找到解決方案)之前,有人會不斷地開始一個新的對話或回復之前在該頻道中發生的討論。
即使在不討論的時候,仍然需要立即作出回應。隨著 Slack 使用,人們就沒有了回退的空間,不停考慮正在討論的內容,並在後面跟進。然而我們仍然需要單獨的工具 - 使用電子郵件和 Wedoist 的情況下,對我們的工作進行深入的對話。這意味著我們的對話被分解成難以整理的多個部分。
它是無序的在單個 Slack 頻道中發生多個同時進行的對話時,我們就失去了對事物的追蹤。提出想法,討論一下,然後丟在一邊。
我們無法回顧已經作出的決定,或者整理保存信息,以便其他人能夠找到。我們的支持團隊成員之一認為這就像試圖跳上移動的火車。一旦他確實沒法讓開發者注意,那麼以後就沒有辦法跟蹤這個問題的狀況了。
既然我們不能輕易地回頭看看是否已經討論了一個話題,那麼就會常常提出相同的問題。並且無法建立一個內部知識庫,讓人們自己找到信息,我們只是不停的重複自己。
它無序而且無效率。
它只是模擬透明度Slack 內部缺乏組織對我們的團隊獲取信息有實際的影響。我們很快發現,實時消息並不意味著保存歷史或提高透明度。
如果您正在尋找一個非常具體的信息,那麼 Slack 的搜索功能非常好用。然而如果你不深入檢查給定頻道內的所有消息,就很難對頻道內容了解清楚。並且很難將主題插入到主題之間,因為中間有許多不相干的溝通。
這導致了一個令人沮喪的矛盾。理論上,團隊中的每個人都可以訪問在公共頻道發生的所有通信。但實際上,即使是我也無法跟蹤公司發生的所有對話。當時碰巧連接的人可以跟隨並參與決策。其他人甚至都不知道發生了什麼。
具有諷刺意味的是,隨著通信的蓬勃發展,對話變得不那麼透明。
一種不同的工作方式 - 非同步,有意識,有組織Slack 的產品不是問題。對團隊的實時消息來說,它是完美的。 問題在於實時信息本身。 但是當我們探索替代品時,我們發現 Slack 的競爭對手使用了完全相同的實時聊天模式。
就這樣,我們使用 Slack 一年之後,我們就決定創建一個全新的平台 - 一個更有條理和更有效率的溝通的平台。
一路上,我們吸收了很多靈感。我們認為,「在不考慮認知要求的任務上集中精力」這一能力,在當今連接的,基於知識的工作場所中變得越來越重要,越來越少見。人們正在醒悟到,技術在我們的注意事項上的全天候的鉤子傷害了我們的工作和福祉。
我們從 2014 年開始建設 Twist,並於 2016 年 3 月 23 日將我們所有的團隊溝通轉移到該平台上。
我堅信,如果我們沒有追求這個挑戰並改變自己,我們就不會成為今天這樣的團隊。作為一個 50 人的遠程團隊,面對面互動的機會很少,Twist 給了我們一個空間,從頭到尾全面討論複雜的想法和項目,提供更有意義的反饋,提高我們決策的透明度,並在合適的時候斷開鏈接,讓我們去做一些深刻的工作。
我們通過實時消息傳遞來優先考慮非同步通信,在持續連接方面做出很大的努力:
主線優先通信從頭開始,主線對話一直處於 Twist 的核心。 他們允許團隊中的任何人創建關於特定主題的對話,並確保整個對話——想法,問題,答案和決定——讓該主題保持有序。
用 Twist,我可以玩一場足球比賽,回來再繼續任何談話。 沒有立即作出回應的壓力。 實際上,很多成員在一天中的大部分時間都接收不到通知,有些則根本沒有打開通知。 這使他們能夠完全控制自己的時間和注意力,做深刻而周到的工作。
以下是我們 Doist 品牌渠道中線程的一個例子,我們討論反饋並對 Twist 的新徽標進行了一年多的反覆調查,所有這些都以同樣的主線組織!從一開始主線對話就一直是 Twist 的核心。 允許團隊中的任何人創建關於特定主題的對話,並確保整個對話——想法,問題,答案和決定——圍繞該主題並保持有序。
Slack 最近在應用程序中引入了主線的概念。 該功能非常適合做為主要頻道分支的小型對話,但它並沒有解決任何我們面臨的問題。 主線通信不是亡羊補牢的事情。 當一切都圍繞群聊進行構建時,實時通信將始終是默認的。
真正透明的對話根據我們對 Slack 的經驗,我們知道只有公開對話的情況下,無法保證公司成員平等訪問所有信息。透明度是我們圍繞明確話題建立溝通的主要原因之一。
我們的團隊現在可以瀏覽主題,以了解公司發生的討論情況,而不必單獨通過聊天頻道進行瀏覽。我們可以深入了解感興趣的對話,即使並沒有直接參与。我們經常分享整個主線鏈接作為參考,因此人們可以看看我們是如何做出某個決定的。
我們最新的團隊成員能夠通過閱讀過去關於我們的工作的討論,迅速融入公司和團隊文化。
作為首席執行官,在 Twist 主持人的所有團隊對話中,我可以把握公司的脈搏,而不會被淹沒。它可以讓我做其他工作,而不用擔心我沒有重要的事情。
我們發現,Twist 幫助我們以更有意義的方式保持聯繫,它不僅僅是社交,而是分享重要的對話,這些對話決定了我們作為一個公司的核心。
離開狀態指示器在創建 Twist 時,我們做出了一個小而有影響力的設計選擇,就是省略了在線狀態指示器。
在線狀態指示器已經成為任何團隊溝通工具的預期功能,這是生產力通過工作時間而不是完成工作來衡量的延續。 但是我們覺得它會破壞 Twist 的非同步性質:
如果你看到一個隊友在線,你會期待立即的回應。
如果您看到有人離線,您更有可能推遲發送郵件,因為他們可能不會馬上回來。
沒有在線指示器,我們團隊就適應了添加評論和發送消息。 他們無法知道該人是否在線,所以他們不希望立即作出回應。
對話可能會發生得更慢,但更多的實際工作已經完成,因為我們不必處理不間斷的干擾和實時信息帶來的上下文切換。
離線狀態(真的關閉)「離線狀態」功能的另一個例子,就是我們設計 Twist 以促進思想溝通。 Twist 可讓您設置一個離線狀態,將應用程序中的所有通知靜音,將您的頭像更改為「假期」頭像,並讓您的隊友知道何時返回。 人們可以通過這種方式適當地充電,並享受當之無愧的假期。
平衡是我們公司的核心價值觀。 我們要努力工作,建立一個強大的公司,但不要犧牲我們的健康和人際關係。 如果我們實現了目標,但卻毀了自己,那麼我們還是失敗了。
提高生產力和福祉的產品無論是 Facebook 還是 Slack,今天的通信應用程序都會爭奪您的注意力,並最大限度地利用自己的應用程序。這就是他們如何籌集風險投資並加大估值(Slack 目前的價值為 38 億美元)。
我們希望 Twist 做得好,有利可圖,但是我們希望這是因為它真正使團隊(包括我們的)能夠做最好的工作,而不是因為它劫持人們的時間和注意力。建立一個滿足人們需求的產品。
這將是一場漫長而艱苦的戰鬥。平靜,非同步通信不是常態。要想認識到重點和平衡是公司需要保護並獲得成功的重要資產,公司將會發生重大轉變。
我們敢打賭,在未來,最成功的公司將是那些做出這種轉變的公司。那些不需要他們的員工不斷聯繫的人,他們看到創造深度工作空間的價值,留出時間來給員工完全切斷和重新充電。我們很高興能成為這項運動的一部分。
※如何使用火焰圖來降低伺服器負載
※被忽視的點陣圖資料庫:Pilosa查詢十億級計程車搭乘數據案例
※架構未來怎麼寫,Facebook、Uber、Airbnb、Yahoo!給你這些答案
※分布式服務框架選型:面對Dubbo,阿里巴巴為什麼選擇了HSF?
※是的,為了更好的支持微服務,我們從PHP遷移到了Go
TAG:高可用架構 |
※微軟Xbox收購的眾多遊戲團隊中擁有大量VR研發人才
※微軟收購遊戲託管平台PlayFab 與Azure遊戲團隊合併
※SingularityNET-開放式人工智慧網路 幣圈第一團隊
※微軟收購聊天機器人公司XOXCO;谷歌關閉了雙足機器人團隊Schaft
※為開發遊戲引擎工具集 光場技術商Lytro收購VR內容團隊Limiless
※Facebook再搶人!谷歌AR VR團隊工程負責人被挖
※Facebook挖走了谷歌AR/VR團隊的工程負責人
※微軟收購雲端遊戲服務平台PlayFab 併入Azure遊戲團隊
※揮別Windows時代!微軟解散工程師團隊,主攻雲服務
※微軟收購雲端遊戲服務平台PlayFab,併入Azure遊戲團隊
※這年頭什麼時候都流行藝人團隊公開和粉絲團隊正面bettle了!
※Crunch團隊分享SpringCloud微服務的使用經驗
※微軟對Inside Xbox和Mixer的團隊進行了裁員
※上海大秀遭罷演取消 公關團隊集體辭職 D&G拆夥 Dolce炒了Gabbana
※蘋果聘請前 Google 人工智慧高管領導 Core ML和Siri 團隊
※Netflix買下《流浪地球》播放權;咪蒙團隊多賬號已註銷
※很好很實用 遊戲團隊用iPhone X進行動捕
※任命前 Google AI 負責人,整合 Siri 和機器學習團隊,蘋果終於要對人工智慧「動真格」了
※盤點隊內多個人氣成員卻不能帶飛團隊的idol組合
※傳蘋果重量級軟體團隊負責人Kim Vorrath已調任領導AR團隊