Back to blog
Async and Meetings

Replace the Status Meeting, Keep the Status

6 min read
replace status meetingstatus meeting alternativeasync status updatesproject status without meetingsmeeting free status

The short version

  • A status meeting is a scheduled moment when information becomes available. The scheduling is the problem, not the information.
  • People do not want a status meeting. They want to know where something stands, at the moment they need to know it.
  • Replacing it with a written report fails because the report answers the questions the writer expected, not the one the reader has.
  • The replacement has to be askable. A record you can question beats a document you have to search and a meeting you have to wait for.

Nobody wants a status meeting. What people want is to know where something stands without having to chase a person, and a recurring meeting is simply the crudest available way of guaranteeing that: put everyone in a room at a fixed time and the information becomes briefly available. The cost of that guarantee is everyone's Tuesday morning.

"Half our meetings are people reading their update aloud."

What a status meeting really is

Look at the mechanism rather than the ritual. A status meeting takes information that exists continuously, in the heads of the people doing the work, and makes it available in a single scheduled window. Between windows it is unavailable, which is why the meeting feels necessary: without it, finding out where something stands requires interrupting someone and hoping they are free.

So the meeting is not solving a reporting problem. It is solving an availability problem, badly. It batches a continuous need into a weekly event, then charges the entire team for attendance regardless of whether they needed any of it.

The read-aloud problem

The most telling symptom is the format. Each person, in turn, says what they did and what is next, while everyone else waits. For a group of ten, each participant is relevant for about a tenth of the meeting and present for all of it.

It also produces a specific kind of low-value content. When people know they will report aloud each week, they optimise for sounding productive rather than for being useful. Updates become smooth, complete, and free of the unresolved detail that would actually help someone. Nobody says "I am not sure this approach is right" in a round-robin with their skip-level present.

That is a real loss, not a stylistic one. The most valuable thing in a status update is the open question, and the read-aloud format is the one most likely to suppress it. The four fields in why handoffs fail exist partly to force it back in.

Why written reports do not replace it

The standard replacement is to write the update instead of speaking it. It is better: cheaper to produce, readable in any time zone, and skippable. And it usually does not remove the meeting, because within a month people are asking questions in direct messages that the report was meant to prevent.

The reason is structural. A written report answers the questions the author anticipated. The reader almost always has a different one, usually more specific: not "how is the migration going" but "is the customer export affected, because I have a call at three". The report says the migration is on schedule. It does not say anything about exports. So the reader messages the author, and the author answers in twenty seconds, and the report has added work rather than removed it.

The property that matters: askable

The replacement for a status meeting has to be interrogable, not merely published. It needs to answer the specific question at the moment it is asked, in the asker's working hours, without the author being present.

That is what StandIn does. Each person spends ninety seconds at the end of their day confirming a brief: current state, open questions, blockers, next actions, mostly pre-drafted from the work that already happened. Then, whenever they are off, their StandIn answers questions from that brief, in their words, with a source under every answer, clearly labelled as their StandIn. Ask about the customer export and you get what they wrote about the customer export. Ask about something not in the brief and it says so, and names who to ask, rather than guessing.

The status stays. The meeting goes. The person who used to spend Tuesday morning reading an update aloud spends ninety seconds writing one, and the colleague in another zone stops waiting until Tuesday to find out where something stands. See how StandIn works.

How to make the switch in three weeks

Week What you do What you are testing
1 Keep the meeting. Everyone also writes the four fields daily. Whether the habit is sustainable
2 Cut the meeting to fifteen minutes, blockers only, no round-robin. Whether the writing carries the state
3 Cancel it. Keep a fortnightly decision slot. What questions surface, and to whom

Week three is the measurement that matters. Note every question that would previously have waited for the meeting, and where it went instead. If it went to a record, the switch worked. If it went to the same three senior people, you have moved the cost rather than removed it, which is the failure described in reducing dependency on the one person everyone asks.

Common Questions

How do you replace a status meeting without losing visibility?

Move the state into a written brief each person confirms at the end of their day, and make that brief answerable so people can ask specific questions when they arise. Visibility improves rather than degrades, because the information becomes available continuously instead of weekly.

What if my manager wants the status meeting?

Offer a trial rather than an argument: keep the slot, and for three weeks send the written briefs beforehand with the meeting reserved for anything the briefs did not settle. Most managers cancel it themselves by week three, because they discover they were attending in order to obtain information they now already have.

Do we still need any recurring meeting?

Yes, for decisions, disagreements, and connection. Those need people live. What you are removing is the part where people take turns describing work that could have been read in a minute by whoever cared.

Is this just a documentation project in disguise?

No, and the distinction is the point. Documentation projects ask people to write things for an unknown future reader, which is why they stall. This asks for ninety seconds about today's work, and it pays off the next morning when someone asks about it and nobody has to be interrupted.

When you're off, your StandIn is on.

It answers your teammates' questions from work you've already done, in your words, with a source under every answer.

You might also like