Back to blog
Distributed Teams

When Meetings Replace Failed Async Updates

6 min read
meetings replacing asyncbroken asyncdistributed teamsasync updatescoordination tax

The short version

  • Meetings creep back in when async updates fail to answer questions, so people schedule a call to get the answer they could not get in writing.
  • The meeting is a symptom: it is the team routing around a broken async layer, not a preference for talking.
  • Watch for the tell-tale signs: recurring syncs to "align," calls booked to make one decision, and meetings that exist to re-explain status.
  • StandIn removes the reason for many of these meetings by making decisions and status answerable async, so a call is a choice, not a workaround.

Meetings replace failed async updates when a written update does not actually answer the question people need answered, so they book a call to get it live. The meeting is not the disease. It is the team routing around an async layer that broadcast activity but never delivered a usable answer. Each recurring sync you cannot seem to kill is a marker pointing at a specific thing your async setup failed to resolve in writing.

This is the flip side of the general observation that too many meetings signal broken async. Here the useful move is diagnostic: instead of trying to cut meetings by decree, read each one as evidence of a missing async answer, then fix that answer so the meeting has nothing left to do. Cut the cause and the meeting falls away on its own.

Why meetings creep back in

Meetings return because a synchronous call is the reliable fallback when async fails. If a thread cannot resolve a question after two round-trips, a thirty-minute call resolves it in five. People are not wrong to book it; they are rational. The problem is that the call papers over the gap instead of closing it, so the same gap produces the same meeting next week.

The pattern is predictable. An async update goes out that reports activity but not decisions. A teammate cannot tell whether something is settled or blocked. They ask; the answer requires context the author never wrote down. Rather than spiral through clarifications across time zones, someone puts a recurring sync on the calendar. Now the async layer is permanently bypassed for that topic. This is the mechanism behind why async communication fails: the meeting is the scar tissue that forms over an unanswered question.

The tell-tale meetings to watch for

Certain meetings almost always indicate a specific async failure. Learning to read them turns your calendar into a diagnostic tool.

  • The recurring alignment sync: a standing meeting to "get on the same page" usually means status and decisions are not declared anywhere durable, so everyone reloads context together.
  • The single-decision call: a meeting booked to make one decision means there is no async path to make and record a decision, so people default to a room.
  • The status re-explanation: a meeting where half the time is one person catching everyone up means updates are being broadcast but not retained as answers.
  • The clarification call: a call booked because a thread stalled means the written answer was ambiguous and there was no way to query the authoritative version.

None of these people want more meetings. They want answers, and the meeting is the only place they can reliably get one. That is why exhortations to "have fewer meetings" fail: they remove the workaround without fixing what it worked around. Real progress looks like practical ways to replace the daily standup by making its content available without the meeting.

Diagnose the async gap behind each meeting

Every recurring meeting maps to a missing async capability. Find the mapping and you know exactly what to build.

The meeting The async gap it hides What to build instead
Alignment syncStatus is not declared anywhereDeclared, queryable status
Single-decision callNo async way to make and record a decisionA decision record with an owner
Status re-explanationUpdates broadcast, not retainedDurable answers people can pull
Clarification callNo authoritative version to queryA single declared source of truth

Run this over your own recurring meetings. Most will resolve to one of two gaps: status that is not declared, or decisions that are not recorded. Those are the two things to fix, and fixing them retires several meetings at once.

Replace the meeting by fixing the gap

You retire a workaround meeting by making its answer available async, not by banning the meeting. The sequence is straightforward.

  • Name the question the meeting answers: for each recurring sync, write down the one thing people actually come to get.
  • Declare that answer somewhere durable: turn it into declared status or a recorded decision with an owner, so it exists in writing.
  • Make it queryable without you: ensure a teammate can retrieve the current answer without booking time on your calendar.
  • Keep the meeting only for what remains: real debate and relationship-building deserve a call; status transfer and single decisions do not.

StandIn closes exactly these gaps. It is built on declared state: your team records decisions and status explicitly, and each person has a representative that answers teammates from that declared record. The alignment sync loses its purpose when status is already declared and queryable. The single-decision call loses its purpose when a decision can be recorded with an owner and read by anyone. When a teammate asks and nothing has been declared, the representative says so plainly instead of forcing a meeting to find out. What is left on the calendar is the meetings you actually want, and the coordination overhead of the rest disappears.

Common Questions

Why do meetings keep coming back even after we go async?

Because a call is the reliable fallback when an async update fails to answer the question people need. If status is not declared and decisions are not recorded, the only way to get a real answer is to book time with someone who knows. The meeting returns to route around the gap, and it keeps returning until the gap is closed.

How do I know which meetings to cut?

Read each recurring meeting as evidence of a missing async answer. Alignment syncs usually mean status is not declared; single-decision calls mean there is no async way to record a decision; re-explanation meetings mean updates are not retained. Cut the meeting by building the missing capability, not by removing it and hoping.

Is it bad to have any meetings on an async team?

No. Real debate, complex problem-solving, and relationship-building are worth a synchronous call. The problem is meetings that exist only to transfer status or make a single decision that could have been recorded in writing. Keep the meetings that need presence and retire the ones that are just working around broken async.

What is the fastest way to reduce status meetings?

Declare status somewhere durable and make it queryable without a live person. Most status meetings exist because updates are broadcast and then scroll away, so everyone reloads context together on a call. When the current status can be pulled on demand, the meeting has nothing left to do.

Get async handoff insights in your inbox

One email per week. No spam. Unsubscribe anytime.

Ready to retire your daily standup?

Distributed teams use StandIn to start every shift with full context, no standup required. Engineers publish a 60-second brief. The next shift wakes up knowing exactly what to work on.

You might also like