Authored By
Async Work Isn't Enough: How to Communicate Across Time Zones
In short: Asynchronous work is excellent for status updates, documentation and focused work, and it's the only way a team spread across 12 time zones can function. On its own, though, it breaks down on anything ambiguous, emotional or urgent. The teams that work best across time zones default to async and schedule a small amount of live time on purpose. They keep a short overlap window, have a clear rule for when a thread becomes a call, and write a handoff at the end of every day.
Letters and phone calls
For centuries, long-distance relationships ran on letters. Letters are wonderful for some things. You can think before you write, the other person reads when they're ready, and there's a record. They're terrible for others. Try settling a misunderstanding by post: every round trip takes a week, and each reply answers the question from two letters ago.
Async work is letters: Slack threads, recorded videos, ticket comments and written specs. For a distributed team, it's the backbone. But anyone who has watched a thread reach 40 replies without a decision knows what's missing.
What async does brilliantly
I'm a fan. Done well, async gives you:
- Focus. Engineers and analysts get long, uninterrupted blocks instead of a day chopped up by meetings.
- A record. Decisions are written down, so someone who joins in six months can find out why a call was made.
- Time-zone independence. People in Manila, Colombo and Toronto can all contribute without anyone working at 2 a.m.
- Better thinking. People who don't enjoy speaking up on a live call often write the sharpest analysis.
Where it quietly breaks
The problems show up in three kinds of conversation:
- Ambiguous ones. When nobody is sure what the problem is, text gets you lots of answers to slightly different questions. Ten minutes on a call gets everyone looking at the same thing.
- Emotional ones. Feedback, frustration and missed deadlines all fall into this group. Tone doesn't survive text well, and people read the worst version of a short message, especially across languages and cultures.
- Urgent ones. If an answer is needed within the hour and the person who has it is asleep, async is no longer a workflow. It's a queue.
There's a quieter cost too. Trust grows slowly between people who have only ever met in text. An offshore developer who has never heard their product owner's voice is less likely to ask the awkward question, and those are usually the questions that matter most.
A simple operating model for teams across time zones
This is what we set up for most distributed teams. It's deliberately boring:
- Async by default. Status updates, specs, code review and decisions get written down. If it isn't written down, it didn't happen.
- A protected overlap window. Even one agreed hour a day, blocked out in everyone's calendar, changes a lot. Use it to unblock work, not to read out status. For hubs with little natural overlap with Toronto, such as Sri Lanka or Vietnam, it usually means one side starts early and the other stays a little late.
- The three-reply rule. If a thread goes back and forth three times without progress, someone books a 15-minute call and then posts the outcome back in the thread.
- A written handoff at the end of every shift. It covers what got done, what's blocked and what needs a decision. Think of the baton in a relay race: most races are lost at the changeover, not on the straight. This is what made the difference for Cargo Login's overnight team.
- Regular face time. Hold a video one-to-one every two weeks and, when the budget allows, meet in person once a year. It sounds soft, but it's what gets people to raise problems early.
The goal isn't more meetings
None of this argues for a calendar full of recurring calls. The aim is fewer meetings, each with a reason to exist. Write down everything that can be written down, and talk when writing stops working. Teams that get that balance right can span 12 time zones and still move faster than teams sharing an office.
If you're setting up your first team across time zones and want a second pair of eyes on how it will run, book a 15-minute call.
Frequently asked questions
What is asynchronous work?
Asynchronous work means communicating without expecting an immediate reply. Teams use written updates, recorded videos, documents and ticket comments, so people can contribute on their own schedule and across time zones.
Is async communication enough for remote teams?
Not on its own. Async works well for status updates, documentation and focused work. It struggles with ambiguous problems, sensitive feedback and urgent decisions, which usually need a short live conversation.
How do you manage a team across time zones?
Make written, asynchronous communication the default. Agree a daily overlap window of at least an hour, move stalled threads to a short call, require a written handoff at the end of each shift, and schedule regular one-to-one video calls.
How much time-zone overlap does a distributed team need?
Many teams work well with one to two shared hours a day, as long as that time is used to unblock work and make decisions rather than to give status updates.
Want the same kind of operating clarity?
Tell us what you are trying to build and we will show you the simplest path to get there.
Discuss your strategy