Lever 3 of 7 · Strategy Execution by Design
The execution management system
Ask five leaders what is actually moving this quarter and you will get five answers, all of them true, none of them the whole picture. Everyone is managing their piece. Nobody is managing the whole.
The execution management system is the third of seven levers in the Strategy Execution by Design Maturity Model. It is the operating system for execution: whether an integrated view is held across all the work delivering the strategy, whether goals connect that work to enterprise outcomes, whether value is tracked beyond delivery, whether work moves cleanly across functions, and whether the organisation learns fast enough to keep up with the world it is executing in.
What falls within this lever
What it looks like in practice
- Someone can say what is moving, what it depends on and what should stop.
- Every team can trace its goals to an enterprise outcome.
- Benefits have a named owner and are still being tracked a year after go-live.
- Decisions are made close to the work, and rarely need to travel.
- The organisation changes its mind when the evidence changes.
- Prioritisation conversations run on partial information.
- Goals measure activity rather than contribution, and are reviewed annually.
- The project delivered, and nobody can say what the benefit was.
- Everything escalates, and delay sits in the gaps between teams.
- The same lessons are relearned every planning cycle.
Why portfolio management was never the whole answer
Most organisations have some form of portfolio management. It gives oversight of projects and programmes aligned to strategy, and that is valuable. It is also incomplete, because it only sees the work that has been formally packaged as a project.
Strategy is not delivered by projects alone. It is delivered by operational change, by decisions, by capability building, by the hundreds of things that never make it onto a portfolio dashboard. Execution is a living system, connecting goals, activity, decisions and learning. Managing it means managing more than the project list.
That is the shift underway in leading organisations: from project oversight to system orchestration. You will hear it called a strategic execution office, a value office, or simply execution management. The label matters far less than the mandate: someone with the authority to see across silos, connect strategy to daily work, and keep the organisation moving as one.
We had everyone managing their piece, but no one managing the whole.Senior executive, research interview
In my research with executives, the absence of that view produced a consistent pattern. Strategic initiatives drifted from their original intent. Teams spent capacity on misaligned or duplicated work. Leaders spent their time refereeing priorities instead of leading strategy.
This is not a process problem. It is a business performance problem. Five elements determine whether execution holds together as a system or fragments into well-run parts.
The integrated view: who holds the whole?
You would not let a delivery team work without coordination. Yet that is close to how most organisations execute strategy: each function running its own portfolio of change, each one confident it is doing the right thing, and no shared view of how it all fits together.
An integrated execution view is not a dashboard. It is a mandate. It can sit with a role, a small team, or a collective of leaders, but someone has to be accountable for seeing across silos, connecting the strategy to the daily work, and keeping the organisation moving as one.
The purpose is not control. Control is what organisations reach for when they cannot see. The purpose is connection and orchestration: knowing what is in flight, what depends on what, where capacity is genuinely constrained, and what should stop so something more valuable can start.
The test is simple. Name the person or forum that holds the all-of-organisation view of execution right now. If you cannot, the view does not exist, and every prioritisation conversation you have is being made on partial information.
Portfolio management disciplines, including the frameworks published by PMI and Axelos, give organisations oversight of projects and programmes aligned to strategy. Execution management extends the scope: not just projects and programmes, but all the work that executes the strategy.
- Name who holds the all-of-organisation view. If nobody does, that is the first gap.
- Include the work that is not a formal project. It is often most of the strategy.
- Give the view a mandate, not just a reporting line.
- Judge the function on connection and orchestration, not on control.
Field notesThe four fundamentals that anchor execution management
- Integration, sequencing and prioritisation. Invest in the right things, in the right order. This is what prevents wasted investment and keeps the business focused.
- Capacity, capability and rhythm. Deliver what is realistic against the skills and capacity you actually have, and adjust what is not. This is what stops burnout and protects timelines.
- Visibility and learning. Share progress, learn, adapt. This is what enables fast pivots and builds momentum.
- Value realisation. Track benefits beyond delivery and prove the return on execution. This is what justifies continued investment.
The goal system: connection, not control
Most organisations do not have a goal system. They have a collection of disconnected measures that were set in a planning cycle and reviewed when someone asked for a report.
A working goal system does three things. Every team can see how their work contributes to enterprise outcomes. Resources and decisions stay focused on what creates value. Progress is visible, shared and open to adjustment.
The design flaw I see most often is that goals follow the org chart rather than the value chain. Goals get cascaded down reporting lines and performance is assessed individually, but real execution flows across functions. When goals do not reflect that, you get misaligned effort, clunky handovers and gaps in accountability that nobody owns.
The second flaw is measurement that only looks backwards. Results, revenue and output volumes are lagging indicators, and managing by them alone is managing the past. Balanced systems pair every lag measure with a leading indicator that predicts it: percentage of milestones tracking to plan, decision lead time, adoption rates. Together they show trajectory, not just destination.
And culture decides how goals are interpreted, whatever the strategy says. In harmony-driven cultures, stretch goals get quietly softened to protect relationships. In competitive ones, goals fracture into silos. If you do not calibrate for culture, you will set goals nobody is willing to challenge, or goals everyone competes to deliver in isolation.
Cameron and Quinn’s competing values framework is useful here. It maps the cultural orientations that shape how organisations behave, and it explains why the same goal-setting method produces very different behaviour in a collaborative culture than it does in a competitive one.
- Ask whether your goals follow the org chart or the value chain.
- For every lag measure, define one lead indicator that predicts it.
- Set the heartbeat: monthly alignment, quarterly reset, real-time nudges.
- Audit the goal portfolio. Kill duplicates, clarify overlaps, get ruthless on what matters.
Field notesHow mature goal systems work differently
- Calibrate for culture. Are your goals shaped by what is strategically needed, or by what is culturally comfortable?
- Design around flow, not function. Set outcomes where value is created, not just where responsibility sits.
- Stop managing the past. Pair lagging results with leading indicators of progress, learning and engagement.
- What is not reviewed, dies. The strength of a goal system is in its rhythm, not its rules.
- Focus is a leadership discipline. Goal overload kills execution. When everything matters, nothing does.
- Grow capability, do not police performance. Goals that create pressure without safety make people hide problems and play small.
Value realisation: the project delivered, where did the benefit go?
Your goal system sets the outcomes you are aiming for. Benefits management proves whether the work actually created them. You need both, working together.
The pattern that costs organisations the most is retrofitting. Scope gets defined, the business case gets written, and then benefits get reverse-engineered to justify the work. You want the opposite sequence: strategic outcomes shape the benefits, benefits shape the scope, and benefits inform the phasing and sequencing of delivery.
Ownership is where it usually falls over. Not joint ownership, not the programme team, not “the business”. One named benefit owner, with cross-functional enablers around them, because value rarely lives entirely inside one function.
And benefits do not land at go-live. A system that works differentiates between immediate benefits in the first three months, near-term benefits over three to twelve months, and long-term benefits beyond a year. That clarity is what lets leaders set realistic expectations and hold investment discipline through the quiet period after delivery.
less of the money invested in projects and programmes is wasted by organisations with high benefits realisation maturity, compared with those with low maturity. Only 17 per cent of organisations have that maturity.
Project Management Institute (2016). Delivering Value: Focus on Benefits during Project Execution. Pulse of the Profession.
John Ward and Elizabeth Daniel’s work on benefits management makes the same argument from a different direction: benefits do not arrive as a by-product of delivery. They have to be specified, owned and actively managed as a discipline in their own right, before, during and long after the technology or the project lands.
- Define benefits before the work begins. Never let projects invent their own value story.
- Anchor every benefit to a strategic measure: revenue, cost, risk, customer trust, capability or efficiency.
- Name one benefit owner with cross-functional enablers, not shared ownership.
- Ask in every investment forum: what value will this deliver, and how will we know?
Field notesEight things a working benefits system does
- Define benefits before the work begins. Strategic outcomes shape benefits, benefits shape the work.
- Anchor benefits to strategic value. If it cannot be measured, it cannot be governed.
- Name one benefit owner with cross-functional support, not joint ownership.
- Make benefits central to investment decisions. Approve work for the value it creates, not because it sounds important.
- Give benefits a rhythm. Regular review, simple format, meaningful metrics, not dashboards full of outputs.
- Let benefits drive scope, not follow it. Benefits shape scope, define phases and inform sequencing.
- Co-design benefits with the business. Frameworks built by project teams and handed over never stick.
- Set explicit time horizons. Immediate, near-term and long-term benefits need different expectations.
Organisational flow: the system that sets your pace
Flow is how information, decisions, priorities and feedback move through an organisation. It is the rhythm that keeps work alive, and it is the single biggest determinant of execution pace that almost nobody manages deliberately.
When pace dips, the instinct is to add structure. More reporting, more checkpoints, more forums. It feels like control. What it actually does is slow the movement of information and decisions, which is the thing that was already the constraint.
Most delays are not caused by bad decisions. They are caused by decisions travelling too far up the organisation. Unclear ownership creates hesitation, too many approvals stall movement, and execution lifts the moment decision rights are explicit and trusted locally.
The same is true between teams. Most delay happens in the gaps, not inside them: misaligned priorities, unclear handovers, different definitions of done. Flow improves when teams share a common view of value and agree where work starts and finishes.
And you cannot execute a bold strategy on slow organisational rhythms. Annual planning cycles and lagging reporting break flow before the work even starts. Cadence has to match ambition.
of managers said they could rely on colleagues in other functions all of the time. 84 per cent could rely on their boss and their direct reports.
Sull, D., Homkes, R., & Sull, C. (2015). Why strategy execution unravels, and what to do about it. Harvard Business Review.
Sull, Homkes and Sull’s research in Harvard Business Review found the fault line in execution sits horizontally rather than vertically. Commitments up and down the line hold. Commitments across functions are the ones that quietly fail, and organisations rarely have a mechanism for repairing them.
- Look for delay in the gaps between teams, not inside them.
- Make decision rights explicit, and push them to the level closest to the work.
- Check that your planning and reporting cadence matches the pace the strategy needs.
- Before adding governance, ask what problem of trust or clarity it is compensating for.
Field notesSeven things that shape execution pace
- Clarity over control. Flow improves when leaders remove noise and raise clarity. Simple systems move faster.
- Decisions at the right level. Delay comes from decisions travelling too far up.
- Cadence that matches ambition. Rigid annual cycles break flow before work starts.
- Flow between teams. Shared definitions of value and of done remove the friction at the handover.
- Right-sized governance. Governance grows to compensate for low trust or alignment, and slows everything down.
- Leaders set the rhythm. Teams calibrate to the responsiveness and consistency you model.
- Systems shape pace. Execution rarely stalls because of people. It stalls when roles, processes, incentives and behaviours are not designed to move the same way.
Learning architecture: does your organisation learn faster than it changes?
What is moving faster in your organisation: the pace of change, or the pace of learning?
The pattern I keep seeing is leadership teams investing in delivery capability, uplifting governance frameworks and tightening processes, and execution performance still not moving to where they want it. When I interviewed senior executives for my research, everyone described similar success factors. The ones actually seeing results had prioritised something the others had not. They invested in systems that helped them learn fast enough to keep up.
By learning architecture I do not mean training programmes or workshops. I mean the everyday mechanisms that help teams reflect, challenge their assumptions, test hypotheses and adjust in light of reality. The retros. The insight sharing. The small experiments. The space for truth telling.
The high performers treated learning as a performance system rather than an HR initiative. They designed learning loops into how they planned, led, governed and delivered. Learning was structured, continuous, fast and embedded, not left to chance, and the impact showed up everywhere: sharper decisions, less rework, earlier corrections, stronger strategic integrity.
This connects directly back to Lever 1. You cannot build this without leaders who create space for curiosity, honesty and shared insight. People only tell the truth when the truth is welcomed.
So the question is whether your organisation has a deliberate architecture that converts experience into performance, or whether learning is something you hope happens. If you cannot answer with a confident yes, that is probably where execution is starting to slip.
Steven Bartlett argues for rewarding failure precisely because it accelerates learning. Most organisations do not have that cultural muscle, and without it, execution quietly slows.
- Replace lessons learned documents with real learning loops in every cycle.
- Put retros into your leadership and governance cadence, not just delivery forums.
- Ask regularly: what must be true for this to work, and how do we know?
- Reward insight, not perfection. Ask questions before giving solutions.
Field notesSix ways to hardwire learning into execution
- Make learning a performance system. It should shape planning, governance and delivery, not sit beside them.
- Use retros as an early warning system. Done well they surface friction, test confidence and let leaders course-correct before issues escalate.
- Track assumptions like KPIs. Your real risks sit in what you assume to be true.
- Experiment to accelerate certainty. Conversation does not create alignment, evidence does. Require a proof of concept before scaling.
- Leaders set the rhythm. If leaders do not model curiosity and openness, the system shuts down.
- Design learning into execution. Add learning checkpoints into planning cycles, quarterly reviews and business rhythms.
Bringing it together
These five elements are a system, and they fail as one.
An integrated view without a goal system shows you activity but not contribution. A goal system without value realisation measures progress towards outcomes nobody later checks were delivered. Value realisation without flow produces beautifully governed benefits that arrive two quarters late. And all four without a learning architecture means the same problems resurface every planning cycle, dressed differently.
The common failure is treating this as a reporting problem. Organisations buy a tool, build a dashboard, stand up a steering committee, and wonder why execution has not moved. The dashboard was never the constraint. The constraint was that nobody had the mandate to connect the work, no one owned the value after go-live, decisions were travelling three levels too far, and the organisation had no mechanism for converting what it learned into what it did next.
Execution management is not project management with a bigger remit. It is the discipline of holding the whole system in view, so that strategy, activity, value and learning stay connected while the work is still in motion.
Where to start
Take five questions to your leadership team about one strategic priority.
- Can you name who holds the all-of-organisation view of execution right now? If you cannot, the integrated view is the issue.
- Can every team describe how their goals connect to an enterprise outcome, and is there a lead indicator as well as a lag measure? If not, the goal system is the issue.
- Who owns the benefit for this priority, and when is it due to land? If the answer is the programme team or the business, value realisation is the issue.
- Where does this work slow down, and is it inside a team or between teams? If it is between, organisational flow is the issue.
- What have we learned in the last quarter that changed a decision? If nothing comes to mind, the learning architecture is the issue.
If those answers come easily, the system is working. If they do not, the constraint is not the effort your people are putting in. It is that nobody has been given the job of connecting it.
Not sure which of the seven conditions is holding your execution back?
The Strategy Execution Maturity Model Assessment scores your organisation across all seven levers.
Take the assessment → See the full frameworkWritten by Rebecca Reti, strategy and execution consultant working with boards and executive teams across Australia and New Zealand. Her research on strategy execution in large firms was completed through Massey University in 2022.
References drawn upon for Lever 3
- Bartlett, S. (2023). The diary of a CEO: The 33 laws of business and life. Penguin.
- Cameron, K. S., & Quinn, R. E. (2011). Diagnosing and changing organizational culture: Based on the competing values framework (3rd ed.). Jossey-Bass.
- Project Management Institute. (2016). Delivering value: Focus on benefits during project execution. Pulse of the Profession.
- Reti, R. (2022). Maximising firm performance through strategy execution. Massey University.
- Sull, D., Homkes, R., & Sull, C. (2015). Why strategy execution unravels, and what to do about it. Harvard Business Review, 93(3), 57–66.
- Ward, J., & Daniel, E. (2012). Benefits management: How to increase the business value of your IT projects (2nd ed.). Wiley.
