Have you ever gotten a Slack message and felt a sense of dread even though it wasn’t even work-related? For me, it’s almost as if the familiar pop of a Slack message has begun to activate a primal fear instinct if it’s at a certain time of night.
This is why I believe that when taking on any Developer Relations project, it is important to assess the communication strategy for that particular community. In this blog post, I’m going to introduce you to the two forms of communication and the pros and cons of each.
Understanding synchronous communication is pretty simple in that it is an exchange in communication that is “in sync”. Some key examples of platforms for synchronous communication would be Discord, Slack, Zoom, and others.
Synchronous communication has its place in the mix and it’s necessary for things like a daily standup, team meetings, or anything that needs to be discussed in real-time. The issue is that it is impossible to address issues the second they are presented, which only creates a distraction for the receiver. Some key disadvantages to fully real-time communication include:
In contrast, asynchronous communication is a form of communication where there is no expectation of an immediate response. In theory, Slack can be used asynchronously, but the reality often does not play out that way.
This form of communication offers a great deal of freedom to individuals and provides more control over their time, more autonomy, and fewer distractions so they focus on doing great work. It’s perfect for a remote, distributed community that is scattered across time zones. Some of the key benefits of asynchronous communication include:
I believe that asynchronous communication is the way to go in this age of distributed communication. It allows community members to take back the time that is already filled heavily with an "always-on” culture of Slack notifications while increasing productivity.
Slack fatigue and our perpetually connected culture can be a major contributor to stress and eventually burnout if it goes too far. There is no reason that your community should feel the weight of constant real-time communication if it’s not absolutely necessary, so adopting a mixed approach that leans heavily into the asynchronous communication is my personal go to.
Get the latest posts delivered right to your inbox.