团队交流用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 做得好,有利可图,但是我们希望这是因为它真正使团队(包括我们的)能够做最好的工作,而不是因为它劫持人们的时间和注意力。建立一个满足人们需求的产品。

这将是一场漫长而艰苦的战斗。平静,异步通信不是常态。要想认识到重点和平衡是公司需要保护并获得成功的重要资产,公司将会发生重大转变。

我们敢打赌,在未来,最成功的公司将是那些做出这种转变的公司。那些不需要他们的员工不断联系的人,他们看到创造深度工作空间的价值,留出时间来给员工完全切断和重新充电。我们很高兴能成为这项运动的一部分。

推荐阅读

  • 为什么Slack等聊天工具不适合开源项目开发团队的沟通?
  • 如何使用火焰图来降低服务器负载
  • 被忽视的位图数据库:Pilosa查询十亿级出租车搭乘数据案例

本文作者 Amir Salihefendic,由 Jesse 翻译,转载请注明出处,技术原创及架构实践文章,欢迎通过公众号菜单「联系我们」进行投稿。

高可用架构

改变互联网的构建方式