Productivity

The AI Productivity Paradox: Why Faster Work Creates More Waiting

Individual tasks got dramatically faster. Delivery did not. The reason is structural: acceleration at one step moves the constraint somewhere else, usually into review, approval, and decisions.

ByJustin Hamade·

The AI productivity paradox is the gap between faster tasks and unchanged organizational results. AI compresses the time it takes to produce a draft, a plan, or a block of code, but most work spends the majority of its life waiting — for review, for a decision, for someone with authority. Speeding up production while leaving those queues untouched increases work in progress rather than throughput.

Composite example — not a real client story

A 60-person product organization rolls out AI assistants to engineering, marketing, and operations. Within two months, drafts appear faster, specs are longer, and pull requests nearly double. Leadership expects the roadmap to pull in by a quarter.

It does not move. The two staff engineers who approve architecture changes now have a queue three weeks deep. Legal review, unchanged, sees twice the volume. The head of design becomes a bottleneck because more concepts require a decision. Nothing is slower than it was; almost nothing arrives earlier.

Task speed is not system throughput

Two different measures are being confused. Task speed is how long one person takes to finish one unit of work. Throughput is how much finished, valuable work the whole system delivers to customers in a period of time. AI reliably improves the first. It only improves the second if the accelerated step was the constraint.

This is not a new observation. It is the core claim of the theory of constraints and of queueing theory: a system's output is governed by its slowest dependent step, and improving a non-constraint step converts spare capacity into inventory. Economists have watched a version of this play out at national scale for decades — Robert Solow's remark that you can see the computer age everywhere but in the productivity statistics named the same pattern, and the "productivity J-curve" research from Brynjolfsson, Rock, and Syverson argues that general-purpose technologies show up in measured productivity only after the complementary organizational changes are made.

The bottleneck moves — it does not disappear

When production gets cheap, the constraint relocates to whatever was already scarce. In most organizations that is not typing. It is:

  • Review. Senior people who must read, verify, and take responsibility for the output.
  • Approval. Legal, security, compliance, brand, and procurement gates whose capacity did not change.
  • Integration. Merging, testing, migrating, and deploying into a system that has its own tolerance for change.
  • Decisions. The single most under-measured queue in most companies. Work stops because nobody with authority has chosen yet.

AI increases arrival rate at every one of these queues while leaving service rate flat. In a queue, that combination does not degrade linearly — waiting time rises sharply as utilization approaches capacity. This is why the felt experience is often "everything is faster and yet everything is late." Project delivery shows the effect most visibly.

More work in progress makes everything worse

Abundant output has a second cost beyond waiting: it degrades attention. Every additional open item consumes context, status updates, and re-reading. Reviewers facing a doubled queue do not review twice as carefully; they skim. A person given ninety seconds at the end of a badly designed system is not a meaningful safeguard — they are a formality that lets the organization tell itself a human checked.

The volume itself becomes a risk. Longer documents are read less closely. More options make decisions slower, not better. Information that costs nothing to generate costs a great deal to evaluate, and evaluation capacity is human.

Why local efficiency can worsen global flow

Managers are usually measured on their own function, which makes local optimization rational and system degradation invisible. A marketing team that triples content output looks excellent on its dashboard while quietly overwhelming the two people who approve claims. An engineering team that ships more pull requests looks productive while the integration and on-call load rises for everyone else.

Full utilization is the trap. A system where every person and every gate is 100% busy has no slack, and without slack, variability turns into delay. Deliberately protecting spare capacity at the constraint is one of the highest-leverage moves available to a leader, and it looks like inefficiency on a utilization report. That is a problem with the operating model, not with the tool.

Questions leaders should ask

  • Where does work actually wait? Measure elapsed time by stage, not effort per task.
  • What is our current constraint, and did the AI investment touch it at all? If not, why did we expect throughput to change?
  • How many items are open per person compared with a year ago, and what happened to review quality as that number rose?
  • How long does a typical decision wait for an owner, and who is that owner?
  • Which review steps are meaningful judgment, and which are rituals we could remove, automate, or replace with better guardrails upstream?
  • What did the customer receive earlier this quarter than last? If nothing, the productivity gain is not real yet.

What actually resolves the paradox

The resolution is not to slow production down. It is to move leadership attention from producing output to designing the system that turns output into outcomes: expand capacity at the constraint, cut the number of things in flight, push decisions to the people closest to the consequences, and replace end-of-line inspection with upstream guardrails that make bad work harder to produce in the first place.

That is the shift Beyond Doing argues for — from doing more work to directing and improving the system that does it, while remaining accountable for what it produces. Read more about the book.

About the author

Justin Hamade is an engineering manager and principal consultant at OpsGuru with 26 years building software. He writes about leadership, work design, and accountability in AI-enabled organizations. More about Justin Hamade.

These essays explore ideas developed in Beyond Doing: The Mindset Shift for a New Age of Work. Buy the book on Amazon.com.

Related reading

All ideas →