Operate · the run state
Every queue, one day, one canvas
This is the operation as it stood at the close of Sun, Sep 28. 36 queues across 12 towers, ranked not by how large they are but by how fast they are changing … more
Health
What the day did to the operation
Arrival against service is the only pair that tells you whether tomorrow is worse than today. more
Of the 36 queues on this canvas, this one is ranked first because releasing it frees the most work: it holds 15.4% of everything standing, and it is taking on 1,566 more items a day than it clears, so the share is rising. At the day service rate of 2,440 items, and only if nothing else arrived, what is already standing in it is 15.7 days of work. Its oldest item has been waiting 7.9 d, and 737 of the 2,440 items it did serve cleared outside commitment.
The name recorded against most of the work in this queue in the sampled ledger week is Adaeze Nwachukwu. That is who this constraint belongs to.
Detail on the record
The blockage map
Every queue in the operation, grouped by tower. more
All queues at the close of the day
36 queues · 248,219 items standing · deepest is 38,247
Three numbers follow each bar: items standing at the close, the day net change, and the age of the oldest item in the queue. The bars are an exhaustive map of the operation — all 36 queues appear, and their standing depths sum to the 248,219 on the tile above. A queue opens the series with work already in it, so standing depth is not arrivals minus service.
What to pick up
Flow rather than stock
Ranked by how much work releasing the queue would free — standing depth plus five days of the rate at which it is falling behind. more
Every queue, ranked by what releasing it frees
29 queues are taking on more than they clear
| # | Queue | Tower | Arrived | Served | Net | Standing | Normal | vs normal | Days of work | Inside | Oldest |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Invoice processing | S2P | 4,006 | 2,440 | +1,566 | 38,247 | 22,573 | +69% | 15.7 | 70% | 7.9 d |
| 2 | Order desk | O2C | 2,084 | 2,862 | -778 | 33,957 | 30,274 | +12% | 11.9 | 82% | 13.5 d |
| 3 | Agent run desk | AIO | 1,811 | 1,383 | +428 | 21,653 | 18,818 | +15% | 15.7 | 77% | 6.5 d |
| 4 | Model routing | AIO | 939 | 872 | +67 | 17,679 | 13,298 | +33% | 20.3 | 74% | 18.8 d |
| 5 | Incident desk | ITS | 1,239 | 887 | +352 | 15,660 | 7,224 | +117% | 17.7 | 77% | 7.7 d |
| 6 | Make and release | M2D | 2,006 | 1,069 | +937 | 12,629 | 7,739 | +63% | 11.8 | 94% | 2.4 d |
| 7 | Postings desk | R2R | 1,824 | 1,898 | -74 | 16,562 | 14,531 | +14% | 8.7 | 90% | 6.9 d |
| 8 | Time and claims | H2R | 3,181 | 1,783 | +1,398 | 8,305 | 2,551 | +226% | 4.7 | 66% | 3.1 d |
| 9 | Billing and credit | O2C | 2,507 | 1,501 | +1,006 | 8,040 | 2,288 | +251% | 5.4 | 70% | 2.2 d |
| 10 | Buying desk | S2P | 2,588 | 3,056 | -468 | 13,059 | 17,946 | -27% | 4.3 | 88% | 4.9 d |
| 11 | Move and deliver | M2D | 2,008 | 2,184 | -176 | 12,335 | 3,695 | +234% | 5.6 | 76% | 5.7 d |
| 12 | Artwork studio | C2L | 1,134 | 967 | +167 | 7,547 | 8,656 | -13% | 7.8 | 97% | 6.6 d |
| 13 | Change and access | ITS | 1,431 | 856 | +575 | 5,218 | 3,314 | +57% | 6.1 | 85% | 3.4 d |
| 14 | Media operations | A2L | 748 | 594 | +154 | 6,665 | 3,523 | +89% | 11.2 | 87% | 4.0 d |
| 15 | Reconciliation | R2R | 1,354 | 1,130 | +224 | 4,562 | 2,060 | +121% | 4.0 | 70% | 3.2 d |
| 16 | Payroll operations | H2R | 2,926 | 2,067 | +859 | 1,124 | 2,041 | -45% | 0.5 | 82% | 11.0 h |
| 17 | Metric governance | D&A | 509 | 294 | +215 | 3,862 | 1,927 | +100% | 13.1 | 86% | 5.7 d |
| 18 | Trade promotion | A2L | 884 | 540 | +344 | 2,018 | 739 | +173% | 3.7 | 86% | 2.1 d |
| 19 | Cash and collections | O2C | 808 | 672 | +136 | 2,630 | 2,116 | +24% | 3.9 | 88% | 24.2 h |
| 20 | Prompt and policy | AIO | 843 | 595 | +248 | 1,954 | 2,546 | -23% | 3.3 | 69% | 24.4 h |
| 21 | Close management | R2R | 907 | 703 | +204 | 1,855 | 820 | +126% | 2.6 | 96% | 17.3 h |
| 22 | Supplier operations | S2P | 1,680 | 1,250 | +430 | 430 | 636 | -32% | 0.3 | 94% | 22.0 h |
| 23 | Formulation | C2L | 1,232 | 908 | +324 | 657 | 2,118 | -69% | 0.7 | 80% | 29.1 h |
| 24 | Quality control | M2D | 405 | 407 | -2 | 2,123 | 2,305 | -8% | 5.2 | 75% | 4.7 d |
| 25 | Report certification | D&A | 657 | 654 | +3 | 2,063 | 3,877 | -47% | 3.2 | 91% | 2.1 d |
| 26 | Campaign briefing | A2L | 1,506 | 1,262 | +244 | 852 | 176 | +384% | 0.7 | 71% | 21.3 h |
| 27 | Sales and operations planning | P2P | 338 | 407 | -69 | 1,954 | 719 | +172% | 4.8 | 85% | 4.4 d |
| 28 | Matter management | LGL | 342 | 209 | +133 | 774 | 110 | +603% | 3.7 | 89% | 2.7 d |
| 29 | Data quality | D&A | 918 | 766 | +152 | 594 | 34 | +1653% | 0.8 | 77% | 29.2 h |
| 30 | Contract desk | LGL | 932 | 1,207 | -275 | 1,334 | 583 | +129% | 1.1 | 74% | 27.8 h |
| 31 | Employee lifecycle | H2R | 1,104 | 918 | +186 | 380 | 160 | +137% | 0.4 | 91% | 19.4 h |
| 32 | Forecast desk | P2P | 429 | 277 | +152 | 417 | 52 | +696% | 1.5 | 70% | 22.3 h |
| 33 | Service requests | ITS | 1,501 | 1,312 | +189 | 189 | 1,115 | -83% | 0.1 | 73% | 20.2 h |
| 34 | Launch gates | C2L | 591 | 499 | +92 | 627 | 683 | -8% | 1.3 | 84% | 38.7 h |
| 35 | Replenishment | P2P | 481 | 348 | +133 | 133 | 1,177 | -89% | 0.4 | 65% | 16.7 h |
| 36 | Obligation management | LGL | 598 | 467 | +131 | 131 | 12 | +1012% | 0.3 | 91% | 9.6 h |
"Normal" is the mean standing depth for that same queue over the 27 modeled days before the one on screen, so it is a comparison of a queue with itself rather than with any other queue. "Days of work" divides what is standing by what was served on the day. Both are unavailable at the start of the series, where there are no prior days to average.
Now versus normal
25 queues are more than ten percent above their own 27 day mean
The first 12 of 25 are shown, deepest departure from normal first.
7,681 items cleared outside their commitment. They are spread across 36 queues, and the deepest single contributor is Invoice processing with 737. Commitment here is measured against what was served on the day; items still standing have not yet been judged against it.
Actions
What is waiting on a person
A queue is worth acting on when it is growing, not when it is large. more
Recover a queue missing its commitment
Some of what was served on the day cleared outside the service level for that queue.
Add service to a growing queue
More arrived than was served on the day on screen, so the queue is deeper tonight than this morning.
Break up a queue holding over three days of work
At the day service rate, clearing what is already in it takes more than three days.
Escalate an item older than 72 hours
The oldest item in the queue has been waiting three days or more.
Explain a queue running above its own normal
Depth is more than ten percent above the mean of the prior 27 days for that same queue.
Operations
What this desk is allowed to start
A surface that only reports is not operable. more
Trigger and bound
This page can rank every queue by depth, by growth and against its own prior distribution, and name the one whose release frees the most work. more
Live observability
What the record shows right now
Direction of travel on the day on screen, an exhaustive partition of all 36 queues: each queue either grew, drained or held level.
Current distribution
36 queues
Is policy and strategy coming to fruition
Whether the written intent is holding here
79.6% of what was served on the day cleared inside commitment, with 1,636,528 items left standing.
Nothing on the record settles this
The written position is that work is managed by flow rather than by backlog size, and that a commitment is a promise about each item rather than an average. more
This page animates a modeled series. The 365 days between Sun, Aug 17 and Sun, Aug 16 were generated from a fixed seed for Brightvale, an invented company, and nothing on this canvas is attached to a running queue in any real system. Moving the day changes which generated row is being read. It does not replay anything that happened.
Brightvale Consumer Group is an invented company. more
Two conventions matter for reading it. Queues open the series carrying work, so standing depth is not the running total of arrivals minus service, and the two should not be reconciled against each other. And unlike the ledger, none of this is sampled: arrival, service and depth are full population counts, so multiplying them by fifty to match the ledger sample would be wrong in both directions.
The binding constraint is computed, not chosen. It is the queue with the highest standing depth plus five times the rate at which it is falling behind — a deliberate weighting that puts growth ahead of size. A different weighting names a different queue, and the ranking below it changes with the day on screen.