如何与开发团队异步通信–8个技巧_编程技术_博客_测评&博客

你想知道如何以一种有效的方式进行异步通信吗？欢迎来到我们关于应用程序所有者和开发团队之间异步通信的讨论。

在上一篇文章《与您的远程开发团队沟通-应用程序所有者介绍》中，我们已经向应用程序所有者介绍了异步通信的含义、它带来的好处以及什么时候异步是值得的。

在这篇文章中，我们将重点讨论如何有效地与您的离岸开发团队进行异步通信。在下面，你可以找到关于不同抽象层次的建议：与心态相关的建议、注意事项以及更多的技术技巧。

关于如何以有效方式异步通信的8个技巧

1.记住远程≠异步

我们需要仔细区分远程和异步。前者指的是异地接触。异步，后者意味着将消息的发送和读取解耦。

远程并不自动意味着异步。如果您的团队是远程的，但您经常需要开会才能看到进度，这不是异步的。如果您允许您的团队在他们认为最好的时候展示他们的进度（例如，录制一段视频并进行演示），并且您在最方便的时间观看视频，则这是异步的。

在2020年，许多团队和公司被迫远离。但是，只有同时切换到异步，它们才能获得成功。了解有关异步通信的更多基础知识。

2.不要试图模仿办公室

你可能已经习惯了在办公室工作；在你的职业生涯中，你的工作可能没有什么不同。如果你想要高效的异步交流，你可能需要改变你的习惯。例如，当你在办公室工作时，如果你想宣布一个重要的信息，召开一个会议，邀请每个人并发表一个演讲是非常简单的。在异步世界中，电子邮件或Slack上的消息就足够了。

切换到遥控器后，您可能会错过与同事在厨房的日常聊天。在异步世界中，您仍然可以实现它，只有以异步方式。你可以创建一个名为“random”的空闲频道，鼓励人们在有时间的时候留言，而不是唠叨任何人。记住，不是每天12点，而是每当他们想的时候，如果他们想的话。

如果你挣扎着以一种不带办公室的方式重新组织你的工作，那么关于这个问题有很多伟大的文献。这一领域的先驱们提供的远程和重复工作可能特别有用。

请记住，有些数据表明远程工作效率更高，即使你不这样想。

3.不要期望立即得到答案

这可能是最难改掉的习惯。在办公室里，你习惯于立即得到答案——你可以召集会议，也可以直接去别人的办公桌。

请记住，在异步世界中，您允许其他人在他们方便的时间确认您的消息。在与远程团队一起开发移动应用程序时，期望立即得到答复是一个需要避免的常见错误。

简单地说，你允许团队关闭钉钉。作为交换，你可以得到两样东西：

4.避免开会

关于如何与开发团队异步通信的另一个技巧是避免会议。以我的经验，这是另一个很难打破的习惯。在办公室工作，一些人通过会议进行交流是非常明显的。客户的新要求？让我们在会议上完善一下。团队轮换？我们开个会吧。我的工作很辛苦？我会在日常会议上告诉你的。

在现实中，开会往往是浪费时间和精力，即使有些人愿意，也没有把足够的东西带到餐桌上。然而，一半是远程会议，一半是现场会议往往特别痛苦。

这并不是说你根本不应该开会！有些场合，会议是最好的媒介。然而，根据我的经验，在大多数情况下，坚持异步通信就足够了。

开会前，你应该问问自己开会的目的。如果你不用开会就能达到同样的目标，那在沟通方面将是一个巨大的胜利。相信我。如果不是这样，那就发生了——但至少要努力让你的会议更好。在本系列的下一篇文章中，您将看到关于更好的会议的完整部分。

最后，也许是最重要的一点，异步通信通常比开会要便宜得多。一次8人1小时的会议花费你：1小时x 8=1人一天，作为交换，给你的往往只是错误的共识。

5.沟通过度

尚未发送的消息没有被接收的机会。相比之下，如果你两次发送一条信息，有些人会收到两次，就不会有太大的伤害。一个简单的结论是：每个人都应该发送更多的信息，或者至少，如果他们犹豫的话，不要阻止他们。

一般来说，你应该鼓励你的团队多交流，而不是少交流。如果你害怕被“垃圾邮件”，那就三思而后行。也许你需要更多的沟通渠道（如松弛渠道）。也许你需要一些关于发送内容和发送地点的标准。也许你需要一个文档（一个单一的真相来源），而不是一些特定主题的松散信息流。

专业提示：如果你想增加你的过度交流，只要你改变了一个真相来源，就用一个链接发送一条简短的信息。它不必包含所有的信息，而是保存在另一个地方。但人们并不是每秒钟都能追踪到那个地方，所以这样的信息可能非常有用，即使有点多余：“嘿，我刚刚更改了需求文件–为X功能添加了很多接受条件。请让我知道您的想法”。

6.提供一个链接

我经常发现这是“过度沟通”的一个例子，但是却很少使用。如果您正在谈论Internet上的某些内容，请立即提供一个链接。其他人可以快速看到您在说什么，并在需要时阅读更多详细信息，等等。这非常简单，但也非常方便。

7.把一切公之于众

IT世界是复杂的，每个开发团队本质上都是跨职能的。因此，其成员的工作需要大量的信息。如果信息缺失，可能意味着一个人甚至整个团队的整个应用程序开发过程都会被屏蔽。因为有人忘了传递一点信息！

不管丢失的信息是否被屏蔽，如果你需要请求别人的许可，总是很费时，甚至很烦人。一般来说，当有人需要访问时，这是非常不可预测的。

解决这个问题的办法是把所有的事情都公之于众。以我的经验，这种情况很少发生。除非您的项目位于高度机密的领域（例如与政府合作），否则您应该向您的团队提供可能有助于他们理解产品的所有信息，例如需求、原型、历史讨论和用户反馈。

同时，开发团队不应该隐藏任何技术层面的东西，比如代码、文档或基础设施，所有这些都应该在团队内部公开。

8.直接沟通

在上一篇文章中，我们解释了什么是Scrum团队，以及谁是这个团队中的谁，作为产品所有者，您可能在现场，但开发团队很可能是远程的。将SM视为开发团队的某种“母亲”，并通过前者与后者交谈，而不是直接交谈，这是很有诱惑力的。请不要那样做。值得与整个团队直接沟通。

另一方面，采购官应该期望他们的团队也能直接与他们交谈。

换句话说，你应该消除沟通中的中间人，因为他们会增加噪音。

但是，请记住，在上一章中，我们学会了公开交流。这意味着你应该避免私信。以公共频道（如非私人频道）为目标，并根据需要扩大受众范围。