Skip to content
Decisionsdecisionsprocess

Decisions that survive the month

The queue sorted by how long a decision has waited, process scaled to what the decision costs, and why an outcome can never touch the process verdict.

WG

WISEPIM Growth-OS

Product

3 min read

The queue sorts by waiting, not by whoever shouted last

Open decisions are listed longest wait first. Waiting is the measure because an open decision costs something every day nobody makes it, and no other column on the screen shows that cost. Days are counted as whole calendar days in UTC, and ties break on title and then id, so two people reading the queue see the same order.

A decision with no wait to report is reported rather than queued, which keeps the list honest about what it is ranking. The same day count is used on Today, so one decision cannot be six days old on one screen and seven on another.

The decision queue in Growth-OS ordered by how long each decision has waited.

Process should cost less than the decision it protects

The ceremony ladder reads two things: how big the stakes are, and how hard the choice is to undo. It returns one of three levels and names the tools that level skips, because a screen that quietly left out eight tools would read as though it had considered them.

The mapping is a written table rather than a formula. That is deliberate. You should be able to argue with one cell without reverse engineering arithmetic from the other eight. Neither axis is stored on the record: the screen asks, uses the answer, and does not save it, because guessing reversibility from a title would be invention.

  • Just decide: write it down. One line, now, by the owner.
  • One page: write it down, alternatives, assumption register, pre-mortem, in one sitting.
  • Full review: all ten tools, written down and then read by somebody who did not write it.
The decision framework in Growth-OS with categories, types and authority ranges.

The result can never reach the process verdict

A decision made well on what was known can still turn out badly, and a careless one can still come off. Keeping those apart is the point, so it is built in rather than agreed. The function that assesses the process takes the record as it was and nothing else. The type it reads carries no outcome field, so a result cannot reach the verdict even by accident.

Five checks decide it: two or more alternatives, what was known, what would have changed our mind, how sure we were, and one owner. The verdict is sound, flawed, or cannot tell. Sound describes the process and never claims the choice was right. Cannot tell means the record is blank, which is also why nobody can learn from that decision later. The outcome question is asked separately on the screen and is not saved to any field.

A decision record in Growth-OS with its alternatives, assumptions and recorded reasoning.

Time Machine keeps the record honest a month later

Every save writes a revision snapshot. Time Machine reads a record back as it was recorded at a chosen instant and shows the field-level difference between two instants: changed, added and cleared fields, plus links added and removed, in a fixed order so two runs read the same way.

It is careful about what it cannot prove. Where the stored history cannot answer, it returns an explicit unavailable state. It does not reconstruct independently dated facts inside a record, and it does not pin the external inputs a decision rested on. It reconstructs our records, which is exactly the argument most reviews need.

Time Machine in Growth-OS showing the field-level difference between two recorded instants.

Where this lives in Growth-OS

decisionsprocesstime-machine

Do your next piece of growth work here

Sign in and start on Today. The guides explain each page and what it will not claim.

Open Growth-OS