Method · From the series on measurement and adequacy
A projected score is a plan, not a result.
A projection shows where an organization would land if a set of declared actions were carried out. It is a legitimate and useful prioritization tool. It becomes a false claim the instant someone presents it as the current state.
What the projection does
The governance roadmap takes a set of actions the organization declares it intends to carry out and computes each one's effect on the result, on the same ruler. The useful output is not the final number. It is the order: which actions return most per unit of effort, which depend on others to be worth anything, and where marginal gain stops justifying cost.
The projection runs entirely in complete mode, with current state and projected state on the same ruler. That is not an implementation detail: comparing a public current state with a complete projected one would produce a delta mixing instrument change with action effect, precisely the error a constant ruler avoids.
What it does not do
The projection observes nothing. It does not know whether the action was carried out, whether it was carried out as described, whether it survived the first operational incident, or whether it was rolled back the following week. It answers a conditional question, and the condition is supplied by whoever fills in the declaration.
That makes it useless as proof and valuable as a plan. Demonstrating that an action happened requires the path described in the other text in this series: record the prior state, execute, re-collect under the same conditions, and compare with everything declared. The projection is what you use to choose which action enters that path first.
The objection
Can I present the projected score as the program's result?
No, and the distinction is easy to hold in the vocabulary. A projection answers “if we do X, the model estimates Y”. A result answers “we did X, and the later measurement showed Y within scope Z”. Those are different sentence shapes, and a report that swaps the first for the second asserts something nobody verified. If a projection appears in executive material, it has to be labeled as a projection, with the declared actions listed beside it.
What this supports
- Using projection to sequence the program and measurement to prove it, never the other way round.
- Explicitly labeling every projection that reaches executive material, with the declared actions beside it.
- Asking, of any improvement figure, whether it was observed or estimated.
Outside the scope of this text
- The projection depends on the quality of what was declared. The engine consumes the declaration, it does not audit it.
- Projected gain is no guarantee of observed gain. Real execution meets constraints the declaration does not describe.
From the series on measurement and adequacy
How to verify risk reduction without changing rulers
Five conditions make two measurements comparable. Break any one and the delta measures method instead of risk, and the error never shows up in the final figure.
Configurable, structural, and organizational signals
Not every exposure is resolved the same way. Three classes of signal, three different timelines, and why classifying before prioritizing saves quarters.
Discuss an assessment
If this text described a problem you have, the conversation starts from the scope you need to measure, with the limits written down before any proposal.