Skip to content
Strategy

Turning Vision into Action: The 2025 Surton Strategy-to-Execution Framework

The complete system for translating technical vision into concrete execution plans. Includes the 3-part strategy document template, 90-day action planning, and Surton's strategy review cadence from 50+ implementations.

At Surton, we’ve helped 50+ companies turn technical visions into executed plans. The pattern is consistent: companies with good vision but poor strategy stay stuck in “alignment meetings” while competitors ship. The bridge is a concise, actionable strategy document that evolves with learning.

This guide is our strategy-to-execution framework. It includes the 3-part template, review cadence, and real examples of strategy docs that drove change.

Quick Take

Vision without strategy is aspiration; strategy without vision is random motion. The bridge: a 3-page strategy document with (1) Diagnosis—clear problem description everyone recognizes, (2) Policies—testable guardrails that change behavior, (3) Actions—next 5-10 concrete steps. Not a full project plan. Review monthly, evolve as you learn. Vision: annual refresh. Strategy: monthly evolution. Tactics: weekly adjustment. The goal is momentum and shared understanding, not comprehensive documentation of an uncertain future.

The Gap: Why Visions Stall

Most technical visions die in the gap between “approved” and “executed.”

The Common Failure Pattern

Month 1: Vision document approved with enthusiasm
Month 2: Teams start work, uncertainty emerges
Month 3: “Alignment meetings” multiply, progress slows
Month 4: Competing priorities emerge, vision deprioritized
Month 6: Vision forgotten, teams back to reactive mode

Why this happens:

  • Vision describes destination but not path
  • Teams lack shared understanding of problem
  • No guardrails = old habits persist
  • No near-term actions = work dissolves into routine

Surton Data: Visions with accompanying strategy docs: 73% execution rate. Visions without: 31% execution rate.

The 3-Part Strategy Document

After 50+ implementations, we use this exact structure:

Part 1: The Diagnosis (What’s Broken)

Goal: Describe current situation with specificity that creates “yes, exactly” recognition.

Structure:

SYMPTOMS (What we observe):
- [Specific symptom 1 with metric]
- [Specific symptom 2 with metric]
- [Specific symptom 3 with metric]

ROOT CAUSE (Why it's happening):
- [Root cause 1]
- [Root cause 2]

IMPACT (Why this matters):
- [Business impact: revenue/cost/speed/risk]

Example:

SYMPTOMS:

  • Cycle time 14 days (industry average: 5 days)
  • 40% of sprint capacity spent on unplanned work
  • 3 production incidents/month, each requiring 2 days recovery
  • Engineers report 60% of time on “coordination not building”

ROOT CAUSE:

  • Late-stage design changes (requirements change after work starts)
  • Dependencies surfaced too late (teams discover blockers mid-sprint)
  • No clear ownership for cross-team decisions

IMPACT:

  • Missing quarterly goals by 30%
  • Engineer burnout (satisfaction 2.8/5)
  • Competitor shipping 2x faster

Test: Does someone experiencing this daily say “that’s exactly what happens”?

Part 2: The Policies (Guardrails)

Goal: Testable rules that change behavior and prevent backsliding.

Structure:

DECISION POLICIES (How we decide):
- [Rule about decision type 1]
- [Rule about decision type 2]

PROCESS POLICIES (How we work):
- [Rule about workflow 1]
- [Rule about workflow 2]

STANDARDS (What we require):
- [Standard 1]
- [Standard 2]

Example:

DECISION POLICIES:

  • Priorities don’t change mid-sprint without explicit tradeoff review (Product, Engineering, QA agree)
  • Architectural changes require owning team approval before implementation
  • Scope changes >20% trigger re-estimation and date adjustment

PROCESS POLICIES:

  • Dependencies must be identified and confirmed before sprint starts
  • Cross-team work requires single DRI (Directly Responsible Individual)
  • Blockers escalated within 4 hours, not at standup next day

STANDARDS:

  • New features include instrumentation before “done”
  • All production code requires peer review
  • On-call runbooks must be tested quarterly

Test: Can you verify if this policy is being followed?

Part 3: The Actions (Next Steps)

Goal: 5-10 specific actions that create immediate momentum.

Structure:

NEXT 90 DAYS:

| Action | Owner | Due | Success Criteria |
|--------|-------|-----|------------------|
| [Action 1] | [Name] | [Date] | [Measurable outcome] |
| [Action 2] | [Name] | [Date] | [Measurable outcome] |
...

BEYOND 90 DAYS (outline only):
- [Phase 2 focus area]
- [Phase 3 focus area]

Example:

ActionOwnerDueSuccess Criteria
Audit workflow bottlenecksSarahWeek 2Document top 3 with time impact
Implement dependency reviewMikeWeek 4100% of sprints include dependency check
Train team on policySarahWeek 690%+ compliance on policy
Measure cycle timeMikeWeek 8Baseline established, weekly tracking
First tradeoff reviewSarahWeek 10Review held, outcome documented

Test: Can someone start on Action 1 tomorrow?

The 90-Day Planning Cycle

Strategy evolves monthly. Here’s the cadence:

Week 0: Strategy Creation

  • Draft diagnosis, policies, actions
  • Review with leadership team
  • Revise based on feedback
  • Publish final strategy

Week 2: Action Check-in

  • Quick sync: Blockers? Resource needs?
  • Adjust actions if assumptions wrong
  • Celebrate early wins

Week 4: Mid-Point Review

  • Review progress on each action
  • What did we learn?
  • What assumptions changed?
  • Update actions for remaining 60 days

Week 6: Pre-Planning for Next Cycle

  • What’s working? Keep.
  • What’s not? Stop or fix.
  • What’s new? Add.
  • Draft next 90-day actions

Week 8-9: Next Strategy Sprint

  • Review outcomes of current strategy
  • Refresh diagnosis (what’s still true?)
  • Confirm or update policies
  • Build next 90-day action plan

Week 12: Strategy Refresh

  • New strategy doc published
  • Team kickoff
  • Repeat cycle

Surton Data: Teams using this cadence: 78% goal achievement. Teams with static annual planning: 34% goal achievement.

Vision vs. Strategy vs. Tactics: The Hierarchy

LevelTime HorizonChangesExample
Vision2-3 yearsAnnually or with major shifts”We will process 10x data with 1/10th latency”
Strategy90 daysMonthly”Fix dependency management to unblock teams”
Tactics1-2 weeksWeekly/daily”Implement dependency tracking in Jira”
OperationsDailyContinuousCode review, standup, deploy

The Rule: Changes at one level cascade down, not up. Vision change → new strategy. Strategy change → new tactics. But daily operational issues shouldn’t change vision.

Real Example: The Platform Migration Strategy

Vision (stable): Modern platform enabling 10x scale, enterprise compliance, 2-hour onboarding.

Q1 Strategy:

  • Diagnosis: Monolith prevents scaling, deploys take 6 hours, compliance gaps block enterprise deals
  • Policies: Microservices <1000 lines, deploy automation required, security review gates
  • Actions: Extract auth service, implement CI/CD, pass SOC 2 Type II

Q2 Strategy (evolved based on Q1 learning):

  • Diagnosis: Auth extraction complete, but data consistency harder than expected. CI/CD working for new services, legacy still manual.
  • Policies: Add: Data migration requires dual-write period. Legacy services get exemption until Q4.
  • Actions: Implement dual-write for user data, migrate 3 highest-traffic endpoints, expand CI/CD to legacy

Q3 Strategy:

  • Diagnosis: Core platform stable, 40% traffic on new system, compliance achieved.
  • Policies: New features only on new platform. Legacy in maintenance mode.
  • Actions: Migrate remaining traffic, decommission old infrastructure, onboard enterprise customers

Result: 18-month vision achieved through evolving quarterly strategies.

Common Anti-Patterns (And Fixes)

Anti-Pattern 1: The Comprehensive Plan

Symptom: 20-page strategy with detailed 12-month roadmap
Problem: Pretends to know the future, doesn’t adapt to learning
Fix: 3 pages, 90-day actions only. Plan quarter-by-quarter.

Anti-Pattern 2: The Aspirational Strategy

Symptom: “Improve velocity,” “reduce bugs,” “better communication”
Problem: Vague, no specific actions, can’t measure
Fix: Specific metrics, concrete actions, clear owners.

Anti-Pattern 3: The Firefighting Strategy

Symptom: New strategy every 2 weeks based on latest emergency
Problem: Reactive, no sustained progress
Fix: 6-week minimum on strategy unless existential crisis.

Anti-Pattern 4: The Top-Only Strategy

Symptom: Leadership writes strategy, teams “informed”
Problem: No buy-in, execution gaps
Fix: Teams contribute to diagnosis, validate actions are doable.

Anti-Pattern 5: The Frozen Strategy

Symptom: Strategy from 6 months ago still “current”
Problem: Not being used, not evolving with learning
Fix: Monthly review mandatory, stale = ignored.

The Monthly Review Agenda

30-Minute Strategy Review Meeting:

  1. Progress Check (5 min):

    • Which actions completed?
    • Which blocked/delayed?
    • What’s the trend on key metrics?
  2. Learning (10 min):

    • What did we learn about the problem?
    • What assumptions proved wrong?
    • What new information emerged?
  3. Policy Check (5 min):

    • Are policies being followed?
    • Do any policies need adjustment?
    • Are they changing behavior as intended?
  4. Next Actions (10 min):

    • Update/confirm next 90-day actions
    • Assign owners and dates
    • Identify blockers to resolve

Output: Updated strategy doc (if needed), clear next steps, shared understanding.

When Surton Can Help

If you:

  • Have a vision but can’t translate to execution
  • Strategy docs sit unused
  • Teams misaligned on priorities
  • Planning is annual, not adaptive

Surton offers Strategy & Execution services where we:

  1. Facilitate strategy creation workshop
  2. Build 90-day action plans
  3. Implement monthly review cadence
  4. Coach on adaptive planning
  5. Measure and improve execution

Typical engagement: 3-6 months, $30k-60k
ROI: 2-3x improvement in goal achievement, reduced wasted effort



This is Surton’s definitive 2025 strategy-to-execution framework. For the original newsletter version, see The Blueprint.

Frequently asked questions

What's the difference between vision and strategy?

Vision = WHERE (2-3 year destination, why it matters). Strategy = HOW (next 90 days of execution, specific path). Vision is stable, changed only with major business shifts. Strategy evolves monthly as you learn. You need both: vision without strategy is aspiration, strategy without vision is random motion.

How detailed should a strategy document be?

3 pages max: Diagnosis (problem), Policies (guardrails), Actions (next 5-10 steps). Not a project plan—that's separate. Strategy sets direction, tactics fill in details. Review and update every 6 weeks. If it's not changing, you're not learning. If it's changing weekly, you're not planning.

How do I diagnose problems without blaming people?

Focus on system, symptoms, and root cause. Not: 'Engineers are slow.' Instead: 'Cycle time is 14 days, 60% spent waiting for dependencies, root cause is late-stage design changes.' Describe what's happening and why, not who's failing. Good diagnosis makes the problem obvious to everyone experiencing it.

What makes good strategy policies/guardrails?

Testable rules that change behavior: 'Architectural changes require owning team review before implementation' or 'Priorities don't change mid-sprint without explicit tradeoff discussion.' Policies prevent backsliding into old habits. Should be concrete enough to enforce, flexible enough to allow judgment.

How many action items should a strategy have?

5-10 meaningful actions, not 50 tasks. Actions should be specific enough to start immediately, not so detailed you pretend to know the future. Example: 'Audit workflow bottlenecks' not 'Step 1: interview engineer A, Step 2: document process B...' The goal is momentum, not comprehensive project planning.

How often should strategy be reviewed?

Monthly or 6-week review cadence. Check: (1) Which actions completed, (2) What did we learn, (3) What assumptions changed, (4) What are next 5-10 actions. Vision: Annual refresh. Strategy: Monthly evolution. Tactics: Weekly adjustment. If strategy never changes, it's not being used. If it changes daily, you're reactive not strategic.