> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Little's Law

> Little's Law states that average items in a stable system equal arrival rate times average time in system (L = λW). Learn origin, uses, and limits.

<Info>
  **Category**: Laws<br />
  **Type**: Queueing and operations flow law<br />
  **Origin**: John D. C. Little, *Operations Research* (1961)<br />
  **Also known as**: L = λW; WIP = Throughput × Cycle Time
</Info>

<Note>
  **Quick Answer** — **Little's Law** says that in a stable system, the long-run average number of items inside equals the average arrival (or throughput) rate times the average time each item spends there: *L = λW*. In operations language, work-in-process equals throughput times cycle time. To cut lead time without losing output, you usually must reduce WIP.
</Note>

## What is Little's Law?

Little's Law is the identity that, for a stationary system, average inventory in the system equals average flow rate times average sojourn time.

> L = λW — the average number of items in the system equals the average arrival rate times the average time spent in the system.

The relation looks simple because it is conservation, not a gadget. If customers (or jobs, tickets, or bottles) keep entering and leaving at steady average rates, the pile inside is fixed by how fast they arrive and how long each stays. Raise either rate or dwell time, and average occupancy rises in proportion.

### Little's Law in 3 Depths

* **Beginner**: More arrivals or longer stays mean a bigger queue or backlog on average.
* **Practitioner**: Measure any two of WIP, throughput, and cycle time; the third is determined in a stable flow.
* **Advanced**: Use the law as a diagnostic identity under stationarity; do not treat WIP as an independent dial that can raise throughput without bound.

## Origin

In 1961, **John D. C. Little** published “A Proof for the Queuing Formula: L = λW” in *Operations Research* (Vol. 9, No. 3, pp. 383–387), then at the Case Institute of Technology. Earlier writers had used the relation without a general proof; Philip M. Morse had even challenged readers to find a counterexample. Little gave broad conditions under which the equality holds for stationary processes.

The result became a foundation of queueing theory and operations management. Manufacturing texts such as Hopp and Spearman’s *Factory Physics* popularized the operations form **WIP = TH × CT** (work-in-process = throughput × cycle time). Lean and Kanban practice lean on the same identity: control WIP to control lead time when throughput is constrained by demand or capacity.

## Key Points

Little's Law is most powerful when you treat it as an accounting identity for flow, not as a slogan to “start more work.”

<Steps>
  <Step title="Three linked averages, one identity">
    Pick consistent units: items in system (*L* / WIP), items per unit time (*λ* / throughput), and time per item (*W* / cycle time). In a stable system, knowing two determines the third.
  </Step>

  <Step title="Stability is the fine print">
    The classic statement assumes a system in steady state with finite means—no permanent explosion of backlog and no undefined averages. During a startup surge or a collapse, short windows can mislead.
  </Step>

  <Step title="Lead time falls when WIP falls (at fixed throughput)">
    If throughput is pinned by demand or a bottleneck, cutting unfinished work is the direct lever for shorter cycle time. Starting more jobs often lengthens waits instead of raising completed output.
  </Step>

  <Step title="Throughput has physical ceilings">
    Raising WIP beyond the level needed to feed the bottleneck mainly adds queueing delay. Pair Little's Law with capacity and variability thinking—or related limits like [Amdahl's Law](/laws/amdahls-law) for serial stages—so you do not confuse “more started” with “more finished.”
  </Step>
</Steps>

## Applications

Use Little's Law wherever work piles up and someone claims that starting more will finish more.

<CardGroup cols={2}>
  <Card title="Software and product delivery">
    Limit open pull requests or WIP columns; if merge rate is \~10 items/week and WIP is 40, expect \~4 weeks average age until WIP drops.
  </Card>

  <Card title="Manufacturing and logistics">
    Estimate lead time as inventory ÷ ship rate; audit whether high inventory is buying throughput or only buying wait.
  </Card>

  <Card title="Service and healthcare queues">
    For a clinic seeing 20 patients/hour with average 1.5 hours in clinic, expect about 30 patients present on average—useful for space and staffing stress tests.
  </Card>

  <Card title="Personal workflow">
    Count open tasks and completions per week; if you finish 5/week but keep 25 open, expect a \~5-week average age unless you stop starting new work.
  </Card>
</CardGroup>

## Case Study

A standard operations classroom example makes the arithmetic concrete. Suppose a production line completes **50 units per day** (throughput) and holds a roughly steady **200 units** of work-in-process across stations. Little's Law implies average cycle time *CT = WIP / TH = 200 / 50 = 4 days*. Managers who want a **2-day** cycle time at the same throughput must drive WIP toward about **100** units—not “start more jobs.” Lean and Factory Physics teaching use this identity to show why WIP explosions lengthen lead time: with throughput capped by the bottleneck, extra inventory mostly becomes waiting time. The boundary note is important: if the line is still ramping up, or if scrap and rework make “items” inconsistent, you must redefine the system and units before trusting the number.

## Boundaries and Failure Modes

Little's Law does not say that any WIP level is achievable with any throughput. Machines, staff, and demand set maximum flow; below Critical WIP you may starve the bottleneck, and far above it you mostly buy delay.

It also fails as a casual calculator when the system is not stable—growing backlogs, seasonal spikes, or definitions that mix half-finished and finished items. Averages over mismatched windows produce nonsense.

A common misuse is reading *L = λW* as permission to raise WIP to raise throughput indefinitely. Past the point needed to utilize capacity, more WIP usually raises *W* instead of *λ*.

## Common Misconceptions

Clear use requires separating the identity from capacity strategy and from nearby laws about work expansion.

<AccordionGroup>
  <Accordion title="Little's Law is only for call centers and cashiers">
    No. Any stable flow of discrete items—tickets, patients, packets, inventory—obeys the same average relationship when definitions are consistent.
  </Accordion>

  <Accordion title="Starting more work always increases throughput">
    No. With a binding bottleneck, extra starts mainly increase WIP and cycle time; completed output may stay flat.
  </Accordion>

  <Accordion title="It replaces the need to measure all three variables">
    No. You still need trustworthy measurements of two quantities; the law gives the third and checks consistency, it does not invent data.
  </Accordion>
</AccordionGroup>

## Related Concepts

These pages help connect flow identity to capacity, incentives, and work expansion.

<CardGroup cols={3}>
  <Card title="Parkinson's Law" href="/laws/parkinsons-law">Work expands to fill the time available—often by growing WIP and stretch.</Card>
  <Card title="Diminishing Returns" href="/laws/diminishing-returns">Extra input (including extra WIP) eventually yields smaller throughput gains.</Card>
  <Card title="Goodhart's Law" href="/laws/goodharts-law">When a measure becomes a target, it can stop measuring what you care about.</Card>
  <Card title="Amdahl's Law" href="/laws/amdahls-law">Serial stages cap overall speedup—another structural limit on flow.</Card>
  <Card title="Brooks's Law" href="/laws/brookss-law">Adding people late can increase coordination delay, lengthening cycle time.</Card>
  <Card title="Stein's Law" href="/laws/steins-law">Unsustainable WIP growth cannot continue forever; it will stop—often painfully.</Card>
</CardGroup>

## One-Line Takeaway

<Tip>
  If you want shorter lead times at the same output, shrink the pile of unfinished work—Little's Law says the math will not negotiate.
</Tip>
