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.
Strategic Vision
Execution Plan
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:
- Where is the market going? What trends, competitive shifts, or customer changes will matter over the next 3–5 years?
- What are our biggest bets? Which initiatives have the potential to fundamentally change the business?
- What are we choosing not to do? Strategy is as much about what you say no to. Make the trade-offs explicit.
- 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