Erik Luhtala5 min readRead the Ledger · 2
One Order, No Ties
Which market gets served first is read off the queue, not declared beside it.
Look at the list your leadership team calls its priorities. If it is like most, everything on it is high, two things are first, and the question of which market gets served this quarter is being decided somewhere else — in the order the work actually happens. That order is the plan, whether or not anyone wrote it down. This piece is about writing it down: one integer per piece of work, no ties, and what changes when the date is kept somewhere else.
A position, not a label
Give work a label and within two quarters every label reads high. Give it a position instead and the constraint enforces itself: two things cannot both be third. Scarcity is what makes a priority mean anything, and a label has none built in. The part people resist is that positions run across the whole company, not within each strategy, and that is also the part that does the work. It forces the trade between a compliance build and a sales build to be made once, out loud, rather than separately by two teams who both believe they are first. The resistance usually comes from confusing that position with a date, so the two are separated next. *Basis. A position is an explicit integer, never an index. An index restarts per document and this constraint spans documents, so an index-derived value would collide silently the moment a second strategy existed. Uniqueness across every document is asserted by a check, because the schema language cannot express it.*
Order, date, deployment
Order, date and deployment are three different questions with three different owners. Sequence and schedule are usually presented as a pair. They are not. Order is one integer, no ties, authored on the strategy — what matters most, independent of when it can land. Date is membership conferred by a release; a thing can be planned third and land first, and that is a signal, not an error. Deployment is the third leg: what infrastructure a deliverable needs and which loose ends must close before it does, carried by the deliverable itself. It is the leg most companies never write down, which is why their dates drift invisibly until the drift is large. A date carried by nothing is an aspiration. A date bounded by named infrastructure and open items is a commitment somebody can be held to. None of the three can be compared unless the things being ordered are alike, which is what a deliverable is for.
What a deliverable carries
Scope — what it may touch. Outputs, each with a test. Authority to approve and, separately, to undo. Hours. Its own loose ends, which must close before it does. And a seal proving nothing shifted. Work only sequences if the units are comparable, and this is what makes them comparable. A deliverable can exit two ways. Reverted means it landed and was rolled back; superseded means something better replaced it before it ran. They are different failures and they teach different lessons, and a model with only one exit records only the work that went well. Status, meanwhile, is read and never typed. Progress derives from the work itself, because a plan that carries its own status becomes a second source of truth, and two sources disagree the moment one of them is edited. Comparable units make a queue; what makes a queue trustworthy is when the dates on it stop moving.
The lock comes before the work
Dates are negotiated while a release is being bundled, and they stop being negotiable the moment it locks. The lock is the delivery team committing. After it the dates are immutable, the set is frozen, and tracking runs against a fixed target — and the work has not started yet. There is no checkbox beside the date: a checkbox and a date can disagree with each other, and when they do one of them is wrong. Removing the checkbox removes the disagreement. The date existing is the fact. Every date change records the field, the value it moved from, the value it moved to, who moved it and when — append-only, and it survives the lock. Most organisations keep the date they landed on and lose every date they abandoned, which is why they can never audit how their own estimates behave. Keeping the argument is what makes an estimate measurable. Once both orderings are recorded, the plan can be asked a question it could never be asked before.
When the plan disagrees with itself
Two orderings exist over the same work: the order the strategy authored, and the order the dates actually produce. They can disagree, and when they do that is a recorded state with a named owner on each side, not an error to be corrected away. Something sequenced fourth and dated fifth means work began on it before the plan intended — information, not a defect. Where a date is absent the pair is uncomparable, which is its own answer and never silently counted as agreement. A divergence is a planning signal for a person to resolve, not a gate to trip. Which brings the order back to the thing it was for: the markets.
Two things cannot both be third.
A strategy names the cells it serves. The order of the deliverables serving them is what decides which gets there first, and by how much. Nothing has to be kept in sync, because there is only one thing to read.
The market is read off the queue
Every deliverable serves one or more market cells. Move a build up the queue and those cells receive capability sooner; move it down and they wait. Market focus is read off the order of the work, never declared beside it, which is why the two can never disagree. And because dates live on the release while order lives on the strategy, a date moving cannot silently reorder what the company believes matters, and a re-prioritisation cannot silently move a customer commitment. A slip stays a slip. Schedule is not sequence.
None of this requires new software. It requires one integer per deliverable, a date that lives somewhere else, and a record of the argument between them. Everything after that is reading rather than reporting. The hard part is agreeing that two things cannot both be third. The constraint, not the tooling, is what people will negotiate over — and that is the correct thing to be negotiating over.