What is decision intelligence?

A founder's view, from someone who has watched too many good organisations make bad decisions slowly.
Before I decided to have lessons and learn how to play golf and tennis properly, sometimes I'd be good, sometimes I'd be awful, sometimes I'd be awful and good across the same day. For better or for worse, if you asked me what happened, I'd have no clue.
Executing without understanding is luck. Truly. If you can't explain how you hit a bad or good shot, you're playing on fluke. Your happiness is artificial and so is your frustration, because you haven't earned either.
On a good day, I could hit a golf ball 220 yards (that's good, right?) straight down the fairway and I couldn't tell you for the life of me how I did it. Complete fluke. My friends would think "oh damn, okay, he's good" until my next 9 shots went in 9 different directions. I'd get my 10,000 daily steps walking laterally into bushes, doing a zig-zag route to the green instead of a straight line. I couldn't tell you how I did that either.
Same for tennis. I could either hit a cross-court winner or send a ball over the fence and watch a dog run off with it. (Wimbledon Park dog owners, you know who you are.)
Then I had lessons. Lessons gave me language and a checklist: stance, distance, posture, weight, swing path. The ball going right was no longer mysterious. The ball going straight was no longer a fluke. I could explain both. The moment I could explain both, I could improve both.
My ten years in delivery has shown me most organisations execute strategy the way I used to play golf. Hitting the ball and hoping for the best, with a "best guess" on how to set up the swing. Not how I play now, after lessons, where I know what must be true to give me the best chance of hitting it straight.
Leaders set strategy, teams set plans, work gets done. Sometimes the results are good, sometimes they're bad, sometimes they're both in the same quarter. When you ask how it happened, the honest answer is rarely available. The decision that mattered got made somewhere, probably in a meeting, probably late, probably on information that had already aged. Most processes can't tell you which decision moved the needle, who owned it, or whether anyone would make the same one again.
That is the gap decision intelligence exists to close. Most teams and leaders can't explain how they succeeded or failed where they did.
TLDR: Decision intelligence is the practice of reducing the time between signal, decision, action. It treats decisions as first-class objects: live, contextual, owned, consequential. It is not business intelligence, not project management, not a smarter dashboard. The defining property of decision intelligence is that the system actually cares what is happening. It behaves accordingly. Most tools do not. That is why drift is not just possible inside modern organisations, it is guaranteed.
The problem nobody puts in the retrospective
You know the shape of a programme retrospective. Collaboration was strong. People pulled together. The team made a heroic effort. We delivered against the odds. Then, quieter, in the actual feedback: Planning was poor. We ran before we could walk. The same risks were raised six months ago and no one acted on them.
That gap, between the public story and the private truth, is the gap decision intelligence exists to close. Every decision not made at the moment it should be made does not disappear. It compounds. By the time it returns, it has grown into something costlier, slower to fix, harder to attribute. Financial, reputational, motivational, scope, all of it gets to the same destination by the hardest possible route.
Three patterns repeat:
The first is the late decision. A risk gets surfaced. It sits in a tracker. People discuss it in passing, never quite own it, never quite kill it. Six months later it has metastasised into a crisis. A team works nights to recover from something that could have been resolved in an afternoon.
The second is displaced ownership. Decisions get made in environments where the person accountable for the outcome is three layers from the person making the call. Nobody wants to put their name against something that might fail, so nobody decides. The default is delay, which is itself a decision, just an invisible one.
The third is optimising the wrong loop. Teams ship features faster than ever, the company expands, the headline numbers look healthy. The actual business metrics do not move, or move the wrong way. The system is running at full speed in the wrong direction. Nothing in the toolset is built to notice.
None of these are people problems. They are signal problems. They are decision problems. No tool in the modern delivery stack treats them as either.
A bad outcome with decision intelligence beats a good outcome without it
A decision made with structure, with the right signal at the right moment, with a named owner and a clear threshold, can still produce a bad outcome. The world is uncertain. That is fine, because you can explain what happened, learn from it, then adjust the next decision.
A good outcome with no decision intelligence is worse. You can't explain why it worked, you can't repeat it, the next nine attempts go sideways. You can't explain those either. The success and the failure are equally invisible.
The point of decision intelligence is not to guarantee good outcomes. It is to make outcomes explainable. Explainable is what you build on.
What decision intelligence actually is
Decision intelligence is the discipline of designing systems that close the loop between signal, decision, action.
That means four properties, in practice:
Live. The signal arrives at the moment it is meaningful, not at the next steerco, not in the next fortnightly status report, not in the slide deck the team writes the night before the review. By the time information has been packaged, summarised, presented, it is already historical. Decision intelligence is the opposite of that lag.
Contextual. The signal sits inside the structure that gives it meaning: the goal it serves, the project it belongs to, the people accountable for it, the decisions it depends on. A number on a dashboard with no hierarchy around it is not intelligence. It is noise with a chart wrapped around it.
Owned. Every decision has a name against it. Not as bureaucracy, as clarity. Who is accountable, what they are choosing between, what the threshold for action is. Decisions without owners default to no decision, which is the most expensive option available.
Consequential. The system itself cares what happens. It tracks whether the decision was made, whether the action followed, whether the result matched the expectation. It learns. It changes its posture based on what it sees. This is the property almost no tool in the modern stack has.
That last one is the line between decision intelligence and everything else that gets called decision intelligence in vendor decks.
What it is not
Business intelligence reports on the past. It tells you what happened, in clear visual form, after the fact. It is useful and necessary, but it is not decision intelligence.
Project management tools track tasks. They know whether something is in progress, blocked, or done. They do not know whether the underlying decision was the right one to make. They do not signal when a decision is overdue.
Data science and analytics build models and forecasts. They expand what you can know. They do not, on their own, change what you do.
What unites all of these is that they are observational. They describe reality, sometimes brilliantly, but they do not have stakes in it. They do not behave differently when the situation changes. They do not care whether you act on what they show you, only that you keep using them.
The defining absence in the modern toolset is consequence. No tool has skin in the game. The dashboard does not get worse when you ignore it. The status report does not chase you when the risk has been open for ninety days. The portfolio tool does not flag that strategy and execution have quietly drifted apart over the last quarter.
Decision intelligence is what fills that absence. It is a system that behaves as if the outcome matters, because the outcome does.
Why it matters now
Nothing about decision intelligence is new in concept. Good operators have been thinking this way for decades. What is new is that the cost of not having it is too visible to ignore.
Organisations are larger, more distributed, more reliant on multiple tools, faster-moving than the decision systems they inherited. The gap between what the front line knows and what the executive sees has stretched until the slide deck is the only thing bridging it. The slide deck is the worst possible bridge.
The work of decision intelligence is to replace that bridge with something live. Something that surfaces drift before it compounds. Something that puts decisions in front of the people accountable for them at the moment those decisions still matter. Something that, unlike the tools we have today, has stakes in what happens next.
This is the principle Pulse OS is built on.
A thought to sit with
The retrospectives will keep saying the team pulled together. The heroic effort line will keep getting written. None of it is untrue.
The question worth holding is whether any of it should have been necessary. How many of those heroic efforts were the consequence of a decision that was visible, postponable, never made? How many late nights existed because a system somewhere did not care enough to surface a signal in time?
How Pulse OS bridges the gap
Pulse OS is the structural layer that turns strategy into live, explainable decisions. Every goal, project and task sits inside one connected hierarchy, scored live, with named owners and clear thresholds. Drift surfaces the moment it appears, not at the next steerco. Decisions get made by the people accountable for them, with the signal that matters, at the moment it matters. This is what closes the gap between the slide deck at the top and the work at the bottom.
How does your organisation actually make decisions? If you can't answer, the opportunity is not to make better dashboards. It is to use a system that cares.