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:
Action Owner Due Success Criteria Audit workflow bottlenecks Sarah Week 2 Document top 3 with time impact Implement dependency review Mike Week 4 100% of sprints include dependency check Train team on policy Sarah Week 6 90%+ compliance on policy Measure cycle time Mike Week 8 Baseline established, weekly tracking First tradeoff review Sarah Week 10 Review 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
| Level | Time Horizon | Changes | Example |
|---|---|---|---|
| Vision | 2-3 years | Annually or with major shifts | ”We will process 10x data with 1/10th latency” |
| Strategy | 90 days | Monthly | ”Fix dependency management to unblock teams” |
| Tactics | 1-2 weeks | Weekly/daily | ”Implement dependency tracking in Jira” |
| Operations | Daily | Continuous | Code 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:
-
Progress Check (5 min):
- Which actions completed?
- Which blocked/delayed?
- What’s the trend on key metrics?
-
Learning (10 min):
- What did we learn about the problem?
- What assumptions proved wrong?
- What new information emerged?
-
Policy Check (5 min):
- Are policies being followed?
- Do any policies need adjustment?
- Are they changing behavior as intended?
-
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:
- Facilitate strategy creation workshop
- Build 90-day action plans
- Implement monthly review cadence
- Coach on adaptive planning
- Measure and improve execution
Typical engagement: 3-6 months, $30k-60k
ROI: 2-3x improvement in goal achievement, reduced wasted effort
Related Resources
- How to Write Vision Documents That Drive Action — Creating the vision this strategy executes
- How to Plan When Real Money Is on the Line — Financial planning methodology
- Turning Vision into Action (Original) — The Blueprint edition
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.
Keep reading
More field notes on applying AI, leading teams, and building durable companies.
What Is a Fractional CTO?
A practical guide to what a fractional CTO does, when to hire one, what it costs, and how to compare fractional CTO support with advisors, consultants, and interim CTOs.
12 Tips for Scaling Your Engineering Team
A practical framework for growing an engineering team without losing speed, clarity, or accountability.
Why technical leaders lose their edge when they stop building
A founder’s failed retirement reveals a common leadership trap: when building disappears, technical judgment starts to erode.