消息传递应用程序饱和及其如何破坏工作场所的生产力

您的工作场所是否已决定添加新的消息传递应用程序以改善“参与度”或为讨论增加价值? 只是要添加另一个应用程序,然后添加另一个……? 你不是一个人。

这是一个普遍的问题,我将首先解释为什么要这样做以及如何帮助解决它。

如果您想查看本系列的前几篇文章,请阅读我有关 信息超载的 第一篇文章, 或滚动到此页面底部以查看完整列表。

问题

当我与公司进行非正式交谈时,我问他们的第一个问题是“您每天使用多少个应用程序与之通信?”。 令人惊讶的是,我在这种格式和模式下得到了类似的响应:

  • 通过电子邮件与客户取得联系或进行非常正式的公告
  • 他们在Slack上进行工作场所聊天,但现在有些人转向了一个筒仓式的Whatsapp。 管理层正在寻求其组织使用Skype for Business,同时一些用户通过Messenger和LinkedIn聊天。 与开发人员联系有时会涉及Atlassian工具套件,其中可能包含Jira,Confluence和Hipchat的组合。 该组织通常在所有渠道上都有各种各样的人,因此管理层通常会向所有应用发送公告。
  • 对于项目,Trello与团队项目一起出现在个人看板和Jira身上。 组织往往还会在隔壁的房间中放置物理看板墙和发展路线图。 当一个更改时,必须手动调整其他所有内容以反映此情况。

通讯工具清单如此之长,这似乎是一个夸大的例子,但比您想像的更为普遍。 在之前的文章中,我提到过通知在使我们分心方面特别强大。 对于每个通知,您平均损失了23分钟的生产力。 将其乘以您使用的每种通讯工具,您会发现问题非常严重。

为什么会这样呢?

有很多原因。 首先,在撰写本文时,似乎没有单个“千篇一律”的应用程序可以容纳工作场所的交流和项目管理经验。 可能发生的现象是我称为“应用蠕变”的现象,随着用户对与之通信的先前应用的不满,应用的数量继续增加。 这会增加到用户对通讯应用程序如此饱和以至于完全关闭的程度。

第二个原因是,沟通和/或项目管理套件在分布式团队或无法定期面对面沟通的团队中无法很好地扩展。 大本营会有一些读者大喊大叫! 还是Invision Enterprise! 我的回答是,它们不会随着团队的复杂性而扩展。 我将在下一篇文章中进行介绍,但总而言之,由于项目管理的依赖性,当前的软件无法容纳多个团队,而通信格式却会因信息过载而产生孤岛。

另一个原因是,似乎没有针对现代工作场所获取通信应用程序的文档化流程。 例如,与同地托管相比,哪种工具最适合分布式团队? 我们如何测试其有效性? 谁来选择使用什么?

具有讽刺意味的最后一个原因是缺乏沟通。 对于某些组织,存在一些策略来限制用户必须使用哪些通信工具,但是推荐未经测试或不适合特定目的的工具。 在这种情况下,用户经常会反叛并带来他们的非官方工具,这可能会导致数字孤岛。

推荐建议

第一条建议是您的工作场所需要进行公开讨论,以了解各方需要什么要求才能完成工作。 目标是找到既满足每个用户需求又不疏远其他用户的重叠。

其次,我主张聚会组织开始讨论什么是工作场所数字通信的最佳实践? 答案可能是众包的,也可能是黑客马拉松的,以便找到解决方案或通往解决方案的途径。 从过去的经验来看,聚会和黑客马拉松的结果像野火一样蔓延开来,组织迅速采用当前的最佳做法来保持竞争优势。 围绕适当的通知使用或定义“紧急”的主题应该是头等大事。

非常感谢所有出色的读者。 反馈是惊人的。 我正在寻找有关我主题的更多想法,因此,如果您有任何建议,请随时与我联系。 下一篇文章是关于沟通工具以及它们与现代团队设置不兼容的方式。

我也处于求职模式。 如果您想查看我过去的工作,请在www.alistairggray.com上查看我的作品集,然后喝杯咖啡。

过去的文章

  1. 为什么我们需要聊聊信息超载
  2. 学校会变得多余吗? 神经接口的进步可以实现这一目标
  3. 为什么电子邮件需要火热的死亡……重生