Writing a message that does not need a follow-up call
Most async communication fails because the sender wrote as though the reader could ask a question. In another time zone, they cannot.
Read the guideSection · 6 guides
Writing that does not need a follow-up call, decisions that survive being read twelve hours later, and knowing when async is the wrong tool.
Asynchronous work is usually described as a culture. It is closer to a skill, and a fairly specific one: writing something that a person in another time zone, with none of your context, can act on without asking you anything. For broader context on distributed asynchronous work, GitLab’s all-remote handbook is a useful reference.
Most teams that say they work async are actually running a synchronous team with delays inserted. This section covers the difference, and the small number of habits that account for most of it.
Async also changes what management can see. When nobody is visibly at a desk, the temptation is to reach for monitoring — and the tools exist, from simple timers to full activity tracking (Monitask, Hubstaff and Time Doctor all sit in that space). The guides here take the position that visibility should come from written output rather than from surveillance, and that the distinction is worth defending explicitly. For a practical software-side reference on remote workforce coordination, this resource adds useful detail.
Most async communication fails because the sender wrote as though the reader could ask a question. In another time zone, they cannot.
Read the guideThe most expensive thing a distributed team loses is not information. It is the reasoning behind a choice everyone has forgotten making.
Read the guideWithout a written norm, everyone invents one, and the most anxious person's version becomes the culture.
Read the guideAsync has real limits, and teams that treat it as an ideology spend weeks on things a call would have settled in twenty minutes.
Read the guideThe daily call exists to answer a question that a written format answers better and without occupying fifteen minutes of everyone's morning.
Read the guideEvery distributed team eventually has a communication problem that is really a routing problem.
Read the guide