21% more finished. Nothing arrives sooner.

Coordination cost

Coordination cost is everything that happens to a piece of work while nobody is working on it. Waiting for a review, an approval, an answer, the one person who has to look at it.

Your people are finishing more than they ever have. Ask when a request from a customer now turns into something delivered, and the answer is the same as it was last year. The gain went somewhere, and it is worth knowing where.

8 min read 4 September 2026 Updated 7 September 2026
A busy workspace where work passes between several people
The sum, in one line

Make the working part 21% faster and leave the waiting part alone, and a five-step workflow arrives about 4% sooner. Your customer will not notice that.

How it shows up

This arrives in three stages, months apart.

Each stage looks like good news or like a temporary problem. The third one is where the money is, and by then it has stopped feeling like an AI question.

  1. First, within weeks People start finishing more, and they are right

    The drafting, the coding, the first version of anything. Real, visible, and worth having. Nobody is exaggerating at this stage.

  2. Then, within a quarter The queue in front of the reviewer gets longer

    Twice as much arrives at the person who has to check it, and that person did not get any faster. Everyone treats this as a temporary backlog. It is the new normal shape of the process.

  3. Much later, when somebody asks The delivery date has not moved

    Request to delivered still takes what it took last year. The gain is real and it is sitting in a queue, and now you are explaining to a board why the invoices went up and the calendar did not change.

One question first

Do the sum on your own numbers.

Take one thing your company delivers repeatedly: a proposal, a feature, a claim, an onboarding. Fill in what you know about it. Everything here is your estimate except the last line, which comes from published research and which you can change.

Lead time now 50 hours
Lead time with the speed-up 47.9 hours
What your customer notices 4.2% sooner

Waiting is 80% of your lead time. The speed-up only touches the other part.

One formula, shown here so you can check it: lead time equals steps multiplied by hands-on time plus waiting. The speed-up is applied to the hands-on part only, because that is the part AI touches.

Most people put in numbers that make waiting somewhere between seventy and ninety per cent of the total. That ratio is the whole story of this page, and it is why the drafting getting faster changed nothing anyone outside your company could feel.

What it is

AI made production cheaper. Review stayed exactly as expensive.

Producing something went from hard to easy. Judging whether it is any good takes a person, the same person as before, reading at the same speed as before. So the volume doubled at the point where it was cheap and stayed flat at the point where it was expensive.

A queue forms wherever those two meet. That is not an AI phenomenon, it is what happens in any system where one station speeds up and the next one does not, and it has been true of factories for a century. What is new is how fast the first station got faster.

Paul Musters
Everybody optimised the part that was already the easy part. The waiting was always where the time went, and nobody bought anything for that. Paul Musters, founder of emaho

And there is a second effect that is easy to miss. When there is more to review, the reviewing gets worse, because the same person is now working through twice the pile with the same attention. So the queue gets longer and what comes out of it gets less reliable at the same time.

What the research says

Somebody measured this, on ten thousand developers.

Faros AI ran telemetry across more than 10,000 developers in 1,255 teams. Software is a useful place to look at this, because every step is timestamped: you can see exactly when something was written and exactly when somebody got round to looking at it.1

Tasks completed +21% Pull requests merged +98% Time waiting for review +91% Delivery speed at company level no measurable change
Teams with high AI adoption against teams with low adoption. The first three lines are individual output and the fourth is what the customer experiences.1

Read the last line twice. Deployment frequency, lead time and change failure rate showed no measurable improvement, in the same teams that were completing a fifth more work.1 Pull requests also got 154% larger and bugs rose 9%, which is what happens when review capacity becomes the thing that is scarce.

Faros looked again a year later across two years of data from 22,000 developers, and the shape had got sharper. Epics per developer up 66%, and median review time up 441.5%.2 If you had asked me in 2025 whether the queue would clear itself once teams got used to the tools, I would have guessed it partly would. It did the opposite.

The queue has a level behind it

Six questions, three minutes, anonymous. The level, what it is costing you, and what one step up changes.

Do the Culture Level scan

Why nobody notices

Three reasons the waiting never got attention.

Waiting is invisible in every system you own

Your tools count what people do. Tickets closed, documents produced, messages sent. The hours a piece of work spends sitting still belong to nobody, so they appear in no report, and a cost that appears in no report does not get a budget. Asana's long-running finding is that knowledge workers spend about 60% of their time on coordination work rather than the work itself.3

The bottleneck moved and nobody redrew the map

Two years ago production was the constraint, so that is where the money went and that is where the AI went. Production stopped being the constraint some time in the last eighteen months. Almost nobody has moved the attention to where the constraint went, because the plan was written before it moved.

You cannot buy your way out of a queue by making the queue longer, faster. Paul Musters

Everyone is measured on their own step

The writer is judged on output, the reviewer on thoroughness, the manager on their team's throughput. Nobody in that chain is judged on how long the thing took to reach the customer, so nobody in that chain is wrong. The whole is slower and every part is doing exactly what it was asked to do, which is the most expensive kind of problem to have because there is nobody to correct.

Work moving through the office from one person to the next

Do this first

Follow one piece of work with a stopwatch.

Not a value stream mapping workshop. One item, one afternoon of somebody's attention, and a note of two timestamps per step.

What to write down.

  1. Pick one piece of work that is typical, moving through your business right now.
  2. At every step: when did it arrive at this person, and when did they start on it.
  3. Also: when did they finish, and when did the next person start.
  4. Add up the working hours. Add up the waiting hours. Put the two numbers next to each other.

Then compare your working total with the same measurement from a year ago, if you have it. If the working part shrank and the total did not, you have measured the coordination cost of your own company, and you now know which part of the process to touch.

A warning about doing this. Everybody in the chain will feel accused for the first five minutes, so say at the start that you are timing the work rather than the people. And be ready for the answer to be one particular handover, because it usually is.

Where it sits

Level 2 buys speed. Level 3 buys flow.

01Campfire60%
02Wild West25%
03Blueprint10%Flow gets designed here
04Engine4%
05Ecosystem1%
Share of companies per level. The five AI Culture Levels we use with clients, from everyone doing their own thing to AI being part of how the company runs.4

In the five AI Culture Levels we use with clients, Level 2 is daily individual use with no shared standard. Everybody gets faster at their own step, which is exactly the pattern on this page. About a quarter of organisations are there.

Level 3 is where the way of working gets written down, and the reason that matters here is dull and specific. When everyone drafts the same way, review takes less time, because the reviewer stops rebuilding their expectations for every piece of work. That is where the queue starts to shrink, and it costs nothing except the decision to agree on a method.

What a measurement adds to a stopwatch

An Operating Profile in use. Personality type and AI level in one profile, with the agents that fit it.

The stopwatch tells you where the work waits. It does not tell you why it waits there, and that is usually a person question. Somebody two levels ahead of the rest is producing in a shape nobody else can check quickly. Or the reviewer is the only one who can judge this kind of work, and that has been true for three years and nobody said it out loud.

The measurement is two things per person: the way somebody works, and their AI level. Put that next to your timestamps and the queue gets a name. In most companies it turns out to be one handover between two people, which is a much smaller thing to fix than the process redesign somebody is about to propose.

About emaho

emaho measures one Operating Profile per person: personality type and AI level in a single profile. On that we build a personal set of AI agents that fit how that person works, inside the tools they already use. Fifteen minutes to complete, first profile free, built for companies between 20 and 500 people.

Fifteen minutes per person. No credit card, no strings.

What works

One afternoon, and the rest follows from it.

Measure the waiting, with the stopwatch above. Until that number exists, every conversation about this is a conversation about impressions, and impressions favour whoever produces the most visibly.

Then attack the biggest single wait, and only that one. One handover, not the whole process. Batch the reviews into two fixed moments a day instead of whenever they arrive. Give the reviewer a slot that is protected. Let some categories of work skip the review entirely, which is a real option that people forget is available.

Agree on how the work arrives at the reviewer. A shared format, a checklist the writer runs first, the same structure every time. This is the Level 3 move and it is the one with the largest effect on review time, because most of what a reviewer spends time on is working out what they are looking at.

And put one number on the wall: request to delivered, for one workflow, measured monthly. If your AI investment is doing anything for the customer, it shows up there. If it never moves, you have learned something worth more than the dashboard you were going to build instead.

Done the stopwatch? Send me the two totals

Working hours and waiting hours for one workflow. I will tell you what that ratio usually means and which handover I would look at first. No pitch, no deck, usually one message back.

Message me on WhatsApp

What it costs

Everything finishes sooner and arrives at the same time.

You are paying for the tools and getting the benefit in a queue. That is the cleanest way to say it. The invoices are real, the individual gains are real, and the thing your customer buys has not changed, so on paper you have bought nothing.

Then quality starts to slip in a way that is hard to trace. Reviewers working through twice the volume catch less. Faros saw bugs rise 9% in 2025 and 54% per developer across the longer window, alongside a large rise in incidents.12 That lands on the same people who are already the bottleneck, which makes the queue worse again.

And there is what it does to the people producing. Finishing work that then sits for a week is demoralising in a specific way: it teaches them that their speed does not matter. The ones who care most notice first, and they are the ones who were making the gains in the first place.

The common ones

Coordination cost, in questions

Why does AI make individuals faster without speeding up delivery?
Because production got cheaper and review did not. Faros AI's 2025 telemetry study of more than 10,000 developers found teams with high AI adoption completing 21% more tasks and merging 98% more pull requests, while the time work spent waiting for review rose 91%. The queue absorbs the gain before it reaches the customer.
What is coordination cost?
It is everything that happens to a piece of work while nobody is working on it: waiting for a review, an approval, an answer, or the one person who has to look at it. In most workflows it is the majority of the elapsed time, and it appears in no report because your tools count activity rather than waiting.
How do I measure coordination cost in my company?
Follow one typical piece of work with a stopwatch. At each step note when it arrived, when somebody started, when they finished, and when the next person picked it up. Add the working hours and the waiting hours separately, then put the two totals next to each other. That ratio is your answer and it usually takes one afternoon.
Why did our AI investment not reduce lead time?
Because the speed-up applies to the hands-on part of the work, and in most workflows the hands-on part is the smaller half. If five people touch a piece of work with two hours of work and eight hours of waiting at each step, making the work 21% faster moves the total by about 4%. Your customer will not notice that.
What happens to code review when developers use AI?
It becomes the bottleneck. Faros measured pull request review time up 91% in 2025, with pull requests 154% larger and bugs up 9%. In their longer 2026 analysis of 22,000 developers, median review time was up 441.5%. More arrives at the reviewer and the reviewer did not get faster.
Is the AI coordination problem only a software problem?
Software is where it is easiest to measure, because every step is timestamped. The same shape shows up wherever one station speeds up and the next one does not: proposals waiting for approval, claims waiting for assessment, copy waiting for legal. The mechanism is a queue, and queues are indifferent to industry.
How do you know who in the chain is actually creating the queue?
The queue is usually made of review and approval, so it is a people question. emaho measures one Operating Profile per person, personality type and AI level in a single profile, which shows who can review quickly and confidently and who is holding work because they are not sure what to look for.
How do I fix the review bottleneck without hiring?
Attack the biggest single wait rather than the whole process. Batch reviews into two fixed moments a day instead of whenever they arrive, protect a slot in the reviewer's calendar, and decide which categories of work can skip review entirely. Then agree on a shared format so the reviewer stops rebuilding their expectations for every item.
Why does a shared way of working reduce review time?
Most of what a reviewer spends time on is working out what they are looking at. When everyone drafts in the same structure, that part disappears and only the judgement is left. This is why documenting the method has a bigger effect on lead time than any tool, and it is what separates Level 3 from Level 2 in the emaho AI Culture Levels.
Does more AI output mean more bugs?
The measured answer so far is yes. Faros found bugs up 9% in the 2025 study, and across two years of data bugs per developer rose 54% with incidents per pull request rising sharply. When review capacity stays flat and volume doubles, less gets caught, and what does get caught arrives later.
What single number should I track for this?
Request to delivered, for one workflow, measured monthly, with the definition held still. Everything else can be gamed by whoever produces the most visibly. If your AI investment is doing anything a customer can feel, it shows up in that one number, and if it never moves you have learned something useful.
Who is responsible for coordination cost?
Structurally, nobody, and that is what makes it expensive. The writer is measured on output, the reviewer on thoroughness, the manager on their team's throughput. Every part of the chain is doing what it was asked to do while the whole gets slower, so there is no individual to correct and no natural owner of the total.
How does this relate to AI maturity levels?
Level 2 of the five emaho AI Culture Levels buys individual speed: everyone is faster at their own step with no shared standard, which is exactly the pattern in the Faros data. Level 3 buys flow, because the way of working is written down and review stops being an act of interpretation. About a quarter of organisations sit at Level 2 and roughly one in ten at Level 3.

Getting going

Locate the handover that is eating the gain.

The stopwatch tells you where the work waits. A profile per person tells you why it waits there, which is the part you need before you change anything.

  1. Follow one piece of work with a stopwatchYou are looking for where it waits, not for who is slow.
  2. Find out why it waits thereThe profile of the person making it usually explains it: the work arrives in a shape nobody else can check quickly.
  3. Change the handover, not the toolTwo of the three stages are handovers. The tool was never the problem.

First profile free · no credit card · built for companies of 20 to 500 · you decide what your team gets to see

Rather start at company level? The Culture Level scan is six questions, three minutes, and asks nothing of you.

Paul Musters

Paul Musters

Fifteen years of leadership and team development in Dutch scale-ups. That practice now sits in software: one Operating Profile per person, with agents that actually fit. He writes these pages from what he runs into with clients, not from a research summary.

LinkedIn · paul@emaho.world · WhatsApp

Sources and numbers used on this page
  1. Faros AI, telemetry study, 2025. More than 10,000 developers across 1,255 teams. Source of: teams with high AI adoption completing 21% more tasks and merging 98% more pull requests, pull request review time up 91%, average pull request size up 154%, bugs up 9%, and no measurable improvement in organisational delivery metrics (deployment frequency, lead time, change failure rate).
  2. Faros AI, Acceleration Whiplash, 2026. Two years of engineering telemetry across 22,000 developers in more than 4,000 teams. Source of: epics completed per developer up 66%, task completion up 34%, bugs per developer up 54%, incidents per pull request up 242.7%, and median pull request review time up 441.5%.
  3. Asana. Knowledge workers spend around 60% of their time on coordination work: communicating about work, looking for information and keeping up with shifting priorities.
  4. emaho AI Culture Levels. Level 2, Wild West, is daily individual use with no shared standard and holds about a quarter of organisations. Level 3, where the way of working is documented, holds about one in ten. Calibrated against BCG 2025 and McKinsey 2025.

Numbers are quoted as published. The Faros figures come from the published summaries of both studies rather than from the underlying data files. The calculator on this page uses your own estimates and one published figure, and every input can be changed.