For anyone turning strategy into work

A framework for planning actions in business development

Plans rarely fail for want of intent. They fail because an action with no owner, no measure and no place in the business is indistinguishable from a wish, and because nothing in the plan says when to stop. The Omnigoal contributes one thing here, and it is a structural one: every action can be given an address — the core and object it changes — and an address is what makes ownership follow from the work rather than from the meeting.

Made for
Leaders, project managers, business developers
Works for
Quarterly plans, annual plans, initiative portfolios
Sits alongside
OKR, Hoshin Kanri, RACI, impact–effort scoring

The problem

Why this is harder than it looks

01

An action assigned to a function is assigned to no one

When a plan lists a department beside an initiative, the initiative advances only if someone volunteers. That happens often enough to disguise the problem and rarely enough that the plan cannot be relied on.

02

Priority is set by the meeting rather than by the goal

Without an explicit method, ordering tends to reflect who spoke last or most confidently. A dozen simultaneous first priorities is not a prioritisation failure of individuals but of the process they were given.

03

Nothing in the plan says when to stop

An action detached from a goal cannot be cancelled, because no one can demonstrate it is not working. Plans then grow monotonically until the year ends and the list is rewritten rather than concluded.

The method

How to build a plan that survives the quarter

Seven steps from strategic intent to work that can be started, measured and — where necessary — stopped.

  1. 01

    Begin from a goal, not from a list of tasks

    Open the Goal Core and name the goal this plan serves. A plan is a set of bets about how to move one goal; where the goal cannot be named, what is being written is a task list, and calling it a plan makes it harder rather than easier to review.

    • One plan, one primary goal. Secondary effects can be noted without being targeted.
    • Keep the goal visible at the top of the document, since it is the criterion for everything below it.
  2. 02

    Give every action an address

    Locate each proposed action in the core and object it changes. This does two things at once: it makes visible which part of the business is being asked to move, and it identifies who is accountable for that part. It is also a useful filter — an action that fits no object is usually not novel but underspecified.

    • Rewrite anything that cannot be placed, rather than creating a category for it.
    • Two actions on the same object should be merged or sequenced, not run in parallel.
    • Where an action touches several cores, name the one that has to change first.
  3. 03

    Score impact, effort and dependency — and treat the scores as opinions

    Score each action against the named goal, in realistic working weeks, and by what it depends on. Dependency is the field most often omitted and the one that most frequently determines what is actually possible. The scores are estimates rather than measurements; their value is that they are written down and can therefore be disagreed with.

    • Impact: how far does this move the named goal, and on what reasoning?
    • Effort: working weeks as they usually turn out, not as they are hoped.
    • Dependency: what must finish first, inside the team or outside it?
  4. 04

    Sequence against the year wheel

    The Time Core holds project management, market timing, golden opportunities, contingency and the year wheel. Place surviving actions against real seasonality rather than distributing them evenly: some windows close, and a plan indifferent to them will miss them without recording that it did.

    • Anchor first to the windows that close, then fill around them.
    • Leave one quarter deliberately underloaded — unplanned work is not an anomaly, and a plan with no room for it will simply be abandoned.
  5. 05

    Attach a measure and a stopping condition before starting

    Define in the Data Core what will show that the action worked, and what result would lead you to stop. Agreeing the stopping condition in advance is the point: it is decided while no one is committed, which is the only moment at which it can be decided cheaply.

    • One measure per action; a second is usually a hedge.
    • Write the stopping condition before the first week of work.
    • Record who has the authority to invoke it, or it will not be invoked.
  6. 06

    One owner, one review rhythm

    Each action takes a single named owner and a fixed review moment. Shared ownership is a reliable way of producing an unstarted initiative — a finding old enough that RACI exists mainly to prevent it.

    • A named person, not a team and not a role.
    • Review progress monthly and relevance quarterly; they are different questions.
  7. 07

    Re-read the whole map each quarter

    Return to the eight cores quarterly and ask what has changed. This is the iterative epistemology the framework rests on — plan, act, observe, reflect — applied to the plan itself. Plans decay because the business moves beneath them, and that is visible in the map long before it is visible in the task list.

    • Cancel deliberately. An action closed on purpose is a good outcome, and should be recorded as one.
    • Move what was learned into the object it concerns, so the next plan starts better informed.

Take this with you

The anatomy of one action line

Seven fields. A line missing any one of them is not unusable, but it is where plans reliably begin to come apart.

Goal
The goal from the Goal Core that the action is meant to move.
Core and object
The address — which part of the business actually changes.
Action
One sentence, active verb, specific enough to be finishable.
Owner
One named person, not a team and not a role.
Measure
The single indicator that will show whether it worked.
Window
Start and end, set against the year wheel and real seasonality.
Stop condition
The result that would end it, agreed before the work begins.

Where an action resists being given an address, the usual cause is that it has not yet been specified clearly enough to start. Rewriting it until it fits is the cheapest quality check in the method.

Standing on other work

Where the established practices sit

Almost everything in this method exists already and is well documented. What the framework adds is the address — a shared way of naming which part of the business an action concerns.

OKR

Goal Core and Data Core

Objectives are goal-setting, key results are measurement. Keeping them in separate cores makes the distinction harder to blur.

Hoshin Kanri

Goal Core cascading into Business Core

Policy deployment: the discipline of carrying a small number of goals down into operational commitments.

RACI

Owner field on every action

Exists largely to prevent shared accountability, which is the most common cause of an unstarted initiative.

Impact–effort scoring

Prioritisation step

Useful as a way of making disagreement visible. Its numbers are opinions and behave badly if treated otherwise.

Dependency and critical path

Time Core — Project management

The field most often left out of business plans, and the one that most often determines the real order.

PDCA

The quarterly re-read

Deming’s cycle is the same iterative loop the framework’s epistemology describes.

Pre-mortem

Stopping condition and contingency

Klein’s technique for surfacing the failure modes people can see but do not raise while commitment is forming.

None of these is original to the framework, and the method is stronger for that. The contribution is the shared address, which is what lets ownership and measurement be derived rather than negotiated.

Where it lives in the framework

How each core contributes

The Omnigoal is holistic: all eight cores are in play here, each supplying something the others cannot. Follow any of them to see the objects it contains.

Checklist

Before the plan goes live

  • The plan names one primary goal at the top.
  • Every action carries an address in a core and object.
  • Every action has one named owner.
  • Every action has one measure and one stop condition.
  • Dependencies were mapped before the sequence was set.
  • One quarter is deliberately left underloaded.
  • The quarterly re-read is already in the calendar.

In fairness

What the framework does not do

A plan can be well formed and still be the wrong plan. These are the limits worth naming before relying on the method.

  • It orders work; it does not judge what is worth doing. That judgement stays with the people making it.
  • Scoring produces numbers, not facts. Impact and effort estimates are opinions made visible — useful for that reason, not because they are accurate.
  • A plan that maps cleanly onto the framework can still rest on a mistaken reading of the market.
  • It has nothing to say about organisational politics, incentives or capacity, which in practice often decide sequence more than dependency does.
  • Giving an action an address identifies who is accountable. It does not make them available, and availability is usually the binding constraint.

Questions

Frequently asked

The questions people ask most often about action planning and The Omnigoal.

How do I turn a strategy into an action plan?

Take one goal from the strategy, list the candidate actions, and give each an address — the core and object it changes. Score them for impact, effort and dependency, sequence the survivors against real seasonality, and attach one owner, one measure and one stopping condition to each. The address step is what converts strategic language into work someone can begin on Monday, because accountability then follows from the structure rather than from the meeting.

How should competing initiatives be prioritised?

Score impact against the named goal, effort in realistic working weeks, and dependency on other work. Dependency is the field most plans omit and the one that most often decides the order: an initiative with high impact and an unmet dependency is not this quarter’s work, however attractive it looks. Treat the scores as recorded opinions rather than measurements — their value is that they can be argued with.

How many actions should a quarterly plan hold?

Fewer than feels comfortable. A workable test is that each action has a distinct owner with genuine capacity for it; where two actions share an owner who is already fully committed, one of them is not really planned. Leaving a quarter underloaded is deliberate rather than slack — unplanned work is a normal feature of a business, and a plan with no room for it tends to be abandoned rather than adjusted.

What is a stopping condition, and why agree it in advance?

It is the result that would lead you to end the action. Agreeing it before the work starts removes the sunk-cost argument later, because the decision was taken while no one was committed. It is worth also recording who has the authority to invoke it, since a stopping condition nobody is empowered to call is not one.

How does this relate to OKR?

They fit together rather than compete. OKR is a goal-setting and measurement discipline, which sits in the Goal Core and the Data Core; The Omnigoal contributes the address that says which part of the business a key result actually concerns. Where OKR alone can leave an objective floating above the organisation, the address ties it to an object and therefore to an owner.

How often should a plan be reviewed?

Progress monthly, relevance quarterly — they are different questions and conflating them tends to mean only the first gets asked. The quarterly review should re-read all eight cores rather than only the plan, since plans decay because the business moves beneath them, and that movement shows up in the map before it shows up in the task list.