Operate · the run state
Every queue, one day, one canvas
This is the operation as it stood at the close of Sat, Sep 6. 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 19.0% of everything standing, and it is not growing, so the ranking is driven by the standing depth alone. At the day service rate of 2,503 items, and only if nothing else arrived, what is already standing in it is 10.8 days of work; work does keep arriving, and at the rate it is actually falling it takes 676 days to empty. Its oldest item has been waiting 8.4 d, and 118 of the 2,503 items it did serve cleared outside commitment.
The name recorded against most of the work in this queue in the sampled ledger week is Chidi Obi. 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 · 142,644 items standing · deepest is 27,043
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 142,644 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
23 queues are taking on more than they clear
| # | Queue | Tower | Arrived | Served | Net | Standing | Normal | vs normal | Days of work | Inside | Oldest |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Order desk | O2C | 2,463 | 2,503 | -40 | 27,043 | 15,176 | +78% | 10.8 | 95% | 8.4 d |
| 2 | Buying desk | S2P | 2,369 | 2,070 | +299 | 19,361 | 9,295 | +108% | 9.4 | 64% | 3.8 d |
| 3 | Invoice processing | S2P | 3,403 | 1,890 | +1,513 | 13,115 | 3,926 | +234% | 6.9 | 84% | 3.7 d |
| 4 | Agent run desk | AIO | 1,766 | 997 | +769 | 14,905 | 8,406 | +77% | 14.9 | 72% | 7.5 d |
| 5 | Postings desk | R2R | 2,245 | 1,360 | +885 | 9,382 | 2,981 | +215% | 6.9 | 96% | 4.4 d |
| 6 | Model routing | AIO | 1,159 | 738 | +421 | 10,152 | 4,457 | +128% | 13.8 | 94% | 3.3 d |
| 7 | Artwork studio | C2L | 1,087 | 938 | +149 | 8,269 | 5,280 | +57% | 8.8 | 73% | 6.9 d |
| 8 | Change and access | ITS | 1,910 | 1,301 | +609 | 3,560 | 3,853 | -8% | 2.7 | 69% | 2.1 d |
| 9 | Formulation | C2L | 1,076 | 929 | +147 | 4,236 | 3,644 | +16% | 4.6 | 69% | 2.6 d |
| 10 | Prompt and policy | AIO | 847 | 711 | +136 | 4,168 | 3,967 | +5% | 5.9 | 93% | 2.7 d |
| 11 | Payroll operations | H2R | 2,101 | 2,437 | -336 | 4,640 | 4,295 | +8% | 1.9 | 88% | 2.4 d |
| 12 | Campaign briefing | A2L | 1,647 | 994 | +653 | 653 | 989 | -34% | 0.7 | 70% | 19.8 h |
| 13 | Report certification | D&A | 457 | 579 | -122 | 3,860 | 2,819 | +37% | 6.7 | 68% | 8.0 d |
| 14 | Service requests | ITS | 1,583 | 1,227 | +356 | 1,903 | 3,785 | -50% | 1.6 | 84% | 41.3 h |
| 15 | Cash and collections | O2C | 1,102 | 777 | +325 | 1,518 | 710 | +114% | 2.0 | 63% | 29.3 h |
| 16 | Make and release | M2D | 1,300 | 1,442 | -142 | 2,817 | 919 | +206% | 2.0 | 87% | 29.8 h |
| 17 | Employee lifecycle | H2R | 1,501 | 1,054 | +447 | 447 | 182 | +145% | 0.4 | 71% | 14.3 h |
| 18 | Quality control | M2D | 290 | 203 | +87 | 2,174 | 1,087 | +100% | 10.7 | 70% | 6.1 d |
| 19 | Incident desk | ITS | 1,612 | 1,603 | +9 | 2,557 | 685 | +273% | 1.6 | 88% | 42.1 h |
| 20 | Replenishment | P2P | 589 | 464 | +125 | 1,702 | 958 | +78% | 3.7 | 80% | 2.5 d |
| 21 | Reconciliation | R2R | 1,607 | 1,234 | +373 | 384 | 612 | -37% | 0.3 | 88% | 10.9 h |
| 22 | Media operations | A2L | 587 | 476 | +111 | 1,291 | 402 | +221% | 2.7 | 63% | 2.3 d |
| 23 | Launch gates | C2L | 598 | 690 | -92 | 1,509 | 1,835 | -18% | 2.2 | 97% | 2.5 d |
| 24 | Supplier operations | S2P | 1,239 | 1,867 | -628 | 1,092 | 2,273 | -52% | 0.6 | 69% | 33.7 h |
| 25 | Time and claims | H2R | 2,494 | 3,200 | -706 | 753 | 870 | -13% | 0.2 | 62% | 12.6 h |
| 26 | Metric governance | D&A | 428 | 439 | -11 | 735 | 237 | +210% | 1.7 | 72% | 30.5 h |
| 27 | Sales and operations planning | P2P | 405 | 318 | +87 | 237 | 416 | -43% | 0.7 | 84% | 20.8 h |
| 28 | Forecast desk | P2P | 469 | 426 | +43 | 43 | 73 | -41% | 0.1 | 73% | 14.7 h |
| 29 | Move and deliver | M2D | 1,753 | 1,737 | +16 | 94 | 167 | -44% | 0.1 | 65% | 6.2 h |
| 30 | Matter management | LGL | 385 | 362 | +23 | 23 | 148 | -84% | 0.1 | 67% | 8.4 h |
| 31 | Data quality | D&A | 730 | 709 | +21 | 21 | 253 | -92% | 0.0 | 75% | 16.4 h |
| 32 | Close management | R2R | 839 | 839 | 0 | 0 | 295 | -100% | 0.0 | 76% | 0 min |
| 33 | Obligation management | LGL | 460 | 460 | 0 | 0 | 326 | -100% | 0.0 | 78% | 0 min |
| 34 | Trade promotion | A2L | 618 | 618 | 0 | 0 | 109 | -100% | 0.0 | 79% | 0 min |
| 35 | Billing and credit | O2C | 2,618 | 2,618 | 0 | 0 | 586 | -100% | 0.0 | 86% | 0 min |
| 36 | Contract desk | LGL | 1,317 | 1,317 | 0 | 0 | 1,252 | -100% | 0.0 | 77% | 0 min |
"Normal" is the mean standing depth for that same queue over the 20 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
17 queues are more than ten percent above their own 27 day mean
The first 12 of 17 are shown, deepest departure from normal first.
9,087 items cleared outside their commitment. They are spread across 36 queues, and the deepest single contributor is Time and claims with 1,203. 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.