Skip to content
All insights

General

I Can't Get a Reliable Status Without Asking Someone

By Shanshan "Sasha" Ma

When status only exists in people's heads, every update costs an interruption. Why reliable status is a design problem, and how work reports its own state.

"I can't get a reliable status without asking someone."

There are two costs hidden in that sentence, and most teams only notice the first one. The first is the delay: the answer arrives when the person answers, not when the question is asked. The second is the interruption: every status question pulls a person out of the work they were doing, to report on work they have already done.

Multiply the second cost by the number of people who need the answer — a manager, a customer, a colleague in another department — and the interruption becomes the job.

What people say when you ask

The complaint appears everywhere, usually attached to a meeting.

In r/Flowgear, the observation is structural rather than personal:

Each integration knows only what it just did. There's no single place that knows where onboarding is or what has already succeeded.

In r/manufacturing, "Anyone else struggling after switching to an ERP?" names the same failure from the other end: reports don't match ground reality, so the number in the system can't be trusted and somebody has to be asked.

And in r/smallbusiness, the single-point-of-failure thread contains the sentence that describes what happens as a business grows: it works when the book is small, and then the owner becomes the only person who knows where everything is.

The common thread is not that status is unavailable. It is that status is only available from a person.

Why it keeps happening

Status is a derived property of work, and the systems hold only the inputs.

An ERP knows a purchase order was created. It does not know whether the supplier confirmed, whether the customer approved the change, whether the drawing is current, or whether anyone has done anything since Tuesday. Status is the answer to "where is this, really?" — and that answer is assembled from sources no single system sees.

So status lives in the head of whoever last touched the work. Which means asking is the only way to get it, and interruptions are the price of visibility.

What it costs

  • Status meetings that exist to synchronise what nobody can look up.
  • A manager's day spent asking instead of deciding.
  • Customers and colleagues waiting on an answer that could have been visible.
  • Nobody can answer "how much work is in the business right now?" without a round of calls.

What LevelOneAI does about it

We make status a property of the work, not of a person.

Because the engine holds the work item and everything attached to it — the correspondence, the records, what is missing, what is due, who owns the next step — the state is visible without anyone being asked. A work queue shows what is waiting, what is at risk and what is blocked, for every piece of work, all at once.

The questions that used to require a person become questions the queue answers: what's late, what's waiting on a customer, what has nobody on it. When someone does need an update, the context travels with it instead of being retold.

The people who used to spend the day being the status board get their attention back. That is usually the first thing teams notice.

The test

Ask your team how many status updates they gave yesterday. Every one of those is a signal that the work isn't reporting its own state.