论按需传播谬误

查看所有注释良好的沟通是团队工作的最关键因素。不共享信息，我们什么事都做不成。

设计不佳的沟通比任何其他低效的流程带来的危害都更大。让我们以Slake为例。Sack让在你方便的时候询问团队中的任何人都变得毫不费力。你不知道下一次发行的日期吗？你只差一个问题就知道了。

虽然这是一个强大的概念，但它也有许多不利之处。我们不是浮现相关信息，而是按需“主动查询”人类的知识。

主动信息搜索在社交媒体中被广泛使用。有了形成提要的算法，新的、引人入胜的内容总是在那里等着你。无论您何时打开应用程序。

实时聊天应用程序也在使用类似的模式。除了在团队环境中，您不需要“引人入胜”的内容。您所需要的就是轻松地与您的同事接触。

将团队分散到世界各地，立即打破了按需信息查询模式。你不能指望你什么时候都有空。你不再有奢侈的机会在任何时候问别人。

许多美国公司接受远程工作，但仅限于美国境内。将通信限制在一个时区并不能解决根本问题。它只是消除了一些症状。

在远程环境中，通信流不应该依赖于个人。这会降低团队的整体韧性，拖慢每个人的速度。

你花在问别人问题上的时间是可以更好地投资的时间。你等待他们回应的时间就更宝贵了。如果您看重时间和速度，按需通信甚至不应该是选项。

我甚至不是在谈论这种模式对团队中其他人的影响。发送的每条消息(信息查询)都可能中断别人的流量。并且返回到流状态将需要额外的努力和时间。

对实时交流的严重依赖带来了额外的情感压力。对于偏远的团队来说尤其如此。没有办法知道另一端的人是怎么想的。这个看似“友好的问题”可能会让其他人分心。

主动按需沟通的对立面是被动的信息消费。由于对系统的严重依赖，被动消费保证了相关信息在正确的时间分发给正确的人。为团队设置被动消耗要求您在元级别上查看整体操作。定义谁需要什么以及何时需要什么。

营销团队可能需要提前至少三周了解新功能的发布。或者，支持工程师可能需要立即了解有关错误修复部署的信息。

这样，您就可以设置流程，让相关信息传给人们。而不是人们自己搜索相关信息。

基于此模型的工具很少。例如，Mailbrew和Mailman允许选择接收相关信息的术语。不管这些信息是什么时候得到的。

被动信息消费的理念是建立在信息分布规律的基础上的。信息物流有五个核心原则。每一条流传的信息都需要对照它们进行检查。

值得一提的是，下面的这些概念并不是彼此孤立的。这意味着他们中的每一个都定义了其他的。

首先，重要的是定义您想要分发的实际知识。它可以是即将发布的版本的日期，也可以是来自客户的反馈、错误报告等。并不是所有的东西都必须被动交付。

定义了信息类型后，就可以了解谁需要获取该信息了。如何选拔这些人呢？一个很好的近似值是回答这些问题：

要让被动消费发挥作用，你必须清楚地定义接受者。但同样重要的是，不要让信息完全排他。团队中可能还有其他积极进取的人，而你没有把他们包括在内。

你有“什么”和“谁”下一段是“何时”。根据收件人的不同，不同类型的信息应该在不同的时间传递。例如，关键错误修复的部署可以立即交付。而关于即将发布的版本的信息可以每周分批递送。

确定正确的时间可确保收件人使用信息。按需沟通不起作用的原因之一是，提出问题的时间对回答问题的人来说不舒服。

你传递信息的形式也起着重要的作用。一些人喜欢以视觉方式呈现信息，而另一些人则喜欢长文本消息。同样的信息可以显示为演示文稿、可视化图表、文本消息、图表等。这是确保您共享的内容被使用的另一个步骤。

因为发送这份希望人们阅读的长篇文件并不能保证什么。你可以把世界上所有的信息都放在一个谷歌文档里，但这是不可能读懂的。

就像信息的形式保证了可读性一样，你用来传递知识的渠道也保证了可接受性。一些人更喜欢在GitHub上使用Slack消息、电子邮件甚至问题作为信息传递渠道。这取决于接收者决定哪个频道最适合他们。

你可以使用像Zapier和最近推出的AhoyTeam这样的工具来实现几乎所有的自动化。包括在合适的时间通过舒适的渠道发布信息。

实际的技术实现在很大程度上取决于您的团队使用的工具。例如，您是否将代码托管在GitHub、Bitbucket或GitLab上？您使用的是Slake、Twist还是Microsoft Team？您使用什么进行任务管理？

与按需沟通相比，被动的信息消费有很多好处。如果您注意到，使用按需通信模型时，很少或根本不考虑其他人的喜好。而在被动消费中，其他人的偏好是唯一能让这一体系发挥作用的东西。

建立、分析信息流、确定感兴趣的人等都需要时间，但收益是一个更平静、更有效率的工作场所，人们不会无缘无故地相互打扰。

如果你喜欢这篇文章，有一些你不同意的想法或事情--I‘我很想听听你的意见。请随时在Twitter上分享这篇文章或DM Me来开始讨论。

在Twitter上分享