Most goal-planning frameworks are built for motivational seminars, not for operating a technology organisation. They focus on inspiration and personal commitment. What they skip is the part that actually matters: turning strategic intent into a plan that survives the quarter.

If you've ever sat through a planning cycle and walked away with a document that nobody opened again until the next planning cycle, you know the problem. The goals were too abstract, the timelines were optimistic, and nobody was clear on what "done" actually looked like.

This article introduces a two-phase operational planning model used by high-performing technology organisations. It separates strategic direction from execution planning — and that separation is what makes it work.

The Two-Phase Model: OP1 & OP2

The core idea is straightforward. Planning happens in two distinct phases, each with its own purpose, timeline, and level of detail.

OP1
Strategic Vision
OP2
Execution Plan
Operate & Measure

OP1 sparks strategic conversations and establishes long-term objectives. It asks: Where are we going over the next 3–5 years, and why?

OP2 translates those strategic goals into concrete, executable plans for the following year. It asks: What exactly are we doing in the next 12 months to move toward that vision, and with what resources?

OP2 represents the official target for the business team. OP1 provides the strategic foundation. The OP2 document is essentially the operational execution plan that flows from the strategic vision established in OP1 — with much more granular detail on how goals will be achieved in the immediate term.

Key Differences

Aspect OP1 OP2
Timeline Starts Q1/Q2, completed by Q2/Q3 Begins after OP1, approved in Q4/Q1
Focus Long-range planning (3–5 years) Immediate next-year execution
Purpose Strategic conversations and future vision Official targets and detailed execution
Content Forward-looking, strategic initiatives Trends, key metrics, business drivers
Detail Level High-level strategic direction Detailed project timelines and resources

Why the Separation Matters

When teams try to do strategic thinking and execution planning at the same time, both suffer. Strategy becomes constrained by what feels immediately achievable. Execution plans get padded with aspirational goals that have no clear owner.

Splitting the process into two phases solves this:

  • OP1 gives you permission to think big. Without the pressure of committing to specific deliverables, teams can challenge assumptions, explore new markets, and question whether current bets are the right ones.
  • OP2 forces you to be honest. You have to map strategic goals to headcount, timelines, budgets, and dependencies. If it doesn't fit, you negotiate — not pretend.
  • The handoff creates accountability. OP2 isn't a wish list. It's the agreed plan that teams are measured against. When leadership signs off on OP2, everyone knows what "success" means for the year.

Phase 1: OP1 — Setting the Strategic Direction

OP1 typically runs in the first half of the year. The output is a strategic narrative, not a spreadsheet. It should answer:

  1. Where is the market going? What trends, competitive shifts, or customer changes will matter over the next 3–5 years?
  2. What are our biggest bets? Which initiatives have the potential to fundamentally change the business?
  3. What are we choosing not to do? Strategy is as much about what you say no to. Make the trade-offs explicit.
  4. What capabilities do we need to build? Are there gaps in talent, technology, or infrastructure that will block us?

OP1 is not a slide deck

The best OP1 outputs are written narratives — 4 to 6 pages that force clarity of thought. Slides let you hide behind bullet points. A narrative makes you explain the logic, expose the assumptions, and connect the dots.

Phase 2: OP2 — The Execution Plan

OP2 begins after OP1 is finalised and runs through Q3/Q4, with approval typically landing in Q4 or early Q1. This is where strategy meets reality.

A strong OP2 document includes:

  • Key metrics and targets — The specific numbers the team is committing to (revenue, adoption, latency, NPS — whatever matters to your domain).
  • Project portfolio — Every initiative mapped to a strategic goal from OP1, with owners, milestones, and dependencies.
  • Resource allocation — Headcount, budget, and infrastructure requirements. If you can't staff it, it shouldn't be in the plan.
  • Risks and mitigations — What could go wrong, and what's the fallback? This is where mature teams distinguish themselves.
  • Quarterly breakdown — Annual goals split into quarterly checkpoints so progress is measurable throughout the year.
A plan without resource commitments is just a wish list. OP2 is where you make the trade-offs real.

Common Mistakes

1. Skipping OP1 entirely

Teams jump straight to execution planning without aligning on strategic direction. The result is a perfectly detailed plan to do the wrong things. OP1 doesn't need to be a six-month exercise, but you need one — even if it's a focused two-week sprint.

2. Making OP1 too detailed

The opposite problem. If your OP1 document has project timelines and resource tables, you've collapsed both phases into one and lost the benefit of separating vision from execution.

3. OP2 becomes a copy-paste from last year

If the plan looks suspiciously like last year's plan with updated dates, you've missed the point. OP2 should be a fresh translation of the current OP1 into next year's reality — not an incremental edit.

4. No mechanism for mid-year adjustment

Plans change. Markets shift. Key people leave. If your OP2 is treated as set in stone for 12 months, you end up optimising for a reality that no longer exists. Build in quarterly reviews where you can adjust scope (not goals) based on what you've learned.

Making It Work for Smaller Teams

You don't need to be a 10,000-person organisation to use this model. The principles scale down:

  • A 5-person startup might do OP1 as a half-day offsite and OP2 as a one-page quarterly plan with clear OKRs.
  • A 50-person company might run OP1 as a leadership workshop producing a 2-page narrative, with OP2 as departmental plans that roll up into a company view.
  • A product team within a larger org can use this framework for their own planning even if the wider company doesn't — OP1 as your team's thesis, OP2 as your roadmap.

The scale of the documents changes. The discipline of separating "where we're going" from "what we're doing this year" stays the same.

The Planning Calendar

A typical annual cycle looks like this:

Quarter Activity Output
Q1–Q2 OP1: strategic review and long-range planning Strategic narrative, 3–5 year vision
Q3 OP2: translate strategy into execution plans Detailed project plans, resource asks
Q4 OP2 review and approval Approved targets, budget allocation
Q1 (next year) Execute against OP2, begin next OP1 Quarterly metrics review

Final Thought

Goal planning fails when it tries to be everything at once — inspirational vision and detailed execution plan in the same meeting, the same document, the same conversation. The OP1/OP2 model works because it respects the fact that these are fundamentally different modes of thinking.

OP1 asks you to look up. OP2 asks you to look down. You need both, and you need them in that order.

Continue reading: Part 2

SMART Goals & Team Tenets →
How to write goals that drive behaviour and build tenets that define your team's unique value proposition.

Continue reading: Part 3

The Alignment Chain: From Keyboard to P&L →
How to trace every goal from the individual contributor all the way up to quarterly financial metrics.

Continue reading: Part 4

Goal Decomposition, Resource Planning & AI Simulator →
How to decompose goals into sub-goals, map headcount and cost, and trace everything to the P&L — with an interactive AI simulator.

Continue reading: Part 5

Goal Tracking, Review Cadences & the Program Manager's Dashboard →
The operational rhythm that keeps goals alive: Weekly Flashes, MBRs, QBRs, path-to-green recovery, and a fully interactive tracking dashboard.

Need help with operational planning?

We help technology teams build planning processes that actually drive execution. Let's talk about what's not working.

Book a Call