When to use asynchronous communication instead of scheduling a meeting
Not every piece of communication needs a meeting. GitLab, known for being fully remote, takes asynchronous communication as its baseline and spells out in its public Handbook a policy of not making meetings the default. Designing the split between synchronous and asynchronous correctly reduces the number of meetings itself and can greatly lower the burden of scheduling.
A decision matrix for synchronous vs asynchronous
Choose between synchronous (real-time meetings) and asynchronous (text or video messages) according to the nature of the communication. Decide with the matrix below.
Async-first principles to learn from GitLab
GitLab's Handbook (publicly available) spells out the following principles.
Types of meetings you can cut by going async
Routine reporting and sharing meetings have plenty of room to be replaced asynchronously. Going async tends to pay off especially for the following meetings.
Enabling asynchronous participation through minutes
Even when a meeting cannot be abolished entirely, thorough minutes make "asynchronous participation" possible. If the minutes record decisions, action items, and the main points of discussion, and there is a way for absentees to catch up, the need for everyone to gather at the same time itself fades.
Introducing asynchronous communication directly lightens the burden of scheduling remote meetings. As a starting point, picking one weekly information-sharing meeting and replacing it with asynchronous reports in Slack or Notion is low-risk and makes the effect easy to feel.