CTO Technology Roadmap Skill

Purpose

This skill provides a comprehensive approach to creating technology roadmaps that align engineering with business strategy. Use it to build multi-year technical visions, quarterly execution plans, balance competing priorities, and communicate strategy effectively.

When to Use

Trigger this skill when you need to:

• •Create annual or multi-year technology strategy
• •Plan quarterly engineering initiatives
• •Align engineering roadmap with product/business goals
• •Communicate technical strategy to board or executives
• •Balance innovation, technical debt, and feature delivery
• •Plan infrastructure and platform investments
• •Forecast engineering capacity and resource needs
• •Evaluate emerging technologies and strategic bets

Core Methodology

Follow this systematic approach to roadmap creation:

Phase 1: Establish Strategic Context

1. •

   Understand Business Strategy

   • •What are company's strategic goals for next 1-3 years?
   • •What's the target market and growth trajectory?
   • •What's the competitive landscape?
   • •What are the key business metrics we're optimizing for?
2. •

   Assess Current Technical State

   • •What's our current architecture and tech stack?
   • •What's working well?
   • •What are the pain points and bottlenecks?
   • •What technical debt exists?
   • •What's our team's capability and capacity?
3. •

   Identify Technical Enablers

   • •What technical capabilities are required to achieve business goals?
   • •What are the dependencies and prerequisites?
   • •What are the risks if we don't address technical needs?

Use references/frameworks/strategic-alignment-framework.md for structured analysis.

Phase 2: Define Planning Horizons

Structure roadmap across three time horizons:

Horizon 1: Tactical (0-12 months)

Focus: Execution, delivery, near-term goals

Characteristics:

• •High certainty and specificity
• •Quarterly milestones
• •Committed resources
• •Clear success metrics

Content:

• •Specific features and projects
• •Team assignments
• •Sprint-level planning
• •Defined deliverables

Horizon 2: Strategic (1-3 years)

Focus: Platform, capabilities, strategic investments

Characteristics:

• •Medium certainty
• •Themes and initiatives vs specific features
• •Resource allocation guidance
• •Strategic bets

Content:

• •Major platform investments
• •Architecture transformations
• •Team growth and skill development
• •Technology strategy shifts

Horizon 3: Visionary (3-5 years)

Focus: Direction, possibilities, north star

Characteristics:

• •Low certainty, high ambiguity
• •Directional guidance
• •Technology trends and opportunities
• •Strategic positioning

Content:

• •Technical vision
• •Emerging technology exploration
• •Market and competitive positioning
• •Future capabilities

Use references/templates/three-horizon-roadmap.md for structure.

Phase 3: Balance the Portfolio

Allocate resources across competing priorities:

The 70-20-10 Framework

70% - Core Business (Horizon 1)

• •Features that serve current customers
• •Revenue-generating initiatives
• •Business-critical improvements
• •Customer commitments

20% - Strategic Investments (Horizon 2)

• •Platform and infrastructure
• •Technical debt reduction
• •Developer productivity
• •Scalability and performance

10% - Innovation & Exploration (Horizon 3)

• •Emerging technologies (AI, blockchain, etc.)
• •Proof of concepts
• •Competitive research
• •Future capabilities

Adjust based on company stage:

Use references/frameworks/portfolio-balancing.md for detailed guidance.

Phase 4: Create the Roadmap

Build a visual, communicable roadmap:

Roadmap Components

1. •

   Strategic Themes (3-5 themes)

   • •Platform Modernization
   • •AI-Powered Features
   • •Developer Experience
   • •Enterprise Readiness
   • •Global Scale
2. •

   Key Initiatives (under each theme)

   • •Specific projects or workstreams
   • •Aligned to theme
   • •Clear owners
3. •

   Timeline

   • •Quarters or half-years
   • •Dependencies visible
   • •Critical path highlighted
4. •

   Success Metrics

   • •How will we measure success?
   • •Business outcomes
   • •Technical outcomes
5. •

   Resource Requirements

   • •Team size and composition
   • •Budget implications
   • •Hiring needs

Use references/templates/roadmap-visualization.md for formats.

Phase 5: Align and Communicate

Tailor roadmap communication for each audience:

For Board/Investors

Focus: Strategic positioning, competitive advantage, risk management

Format: 3-5 year vision, key strategic bets, why we'll win

Use references/templates/board-roadmap-presentation.md

For CEO/Executives

Focus: Business alignment, resource requirements, dependencies

Format: Annual plan with quarterly milestones, business impact

Use references/templates/executive-roadmap-presentation.md

For Product Team

Focus: Feature enablement, platform capabilities, dependencies

Format: Integrated product + tech roadmap, shared milestones

Use references/templates/product-tech-alignment.md

For Engineering Team

Focus: Technical details, team assignments, skill development

Format: Detailed initiative breakdown, team roadmaps, learning paths

Use references/templates/engineering-team-roadmap.md

Phase 6: Execute and Iterate

1. •

   Quarterly Planning

   • •Review progress on roadmap
   • •Adjust based on learnings
   • •Commit to next quarter's initiatives
   • •Update roadmap and communicate changes
2. •

   Monthly Check-ins

   • •Track initiative progress
   • •Identify blockers and risks
   • •Ensure alignment with business changes
3. •

   Annual Strategy Review

   • •Major strategy refresh
   • •Incorporate market changes
   • •Adjust 3-year vision
   • •Reset priorities

Use references/frameworks/roadmap-governance.md for process.

Key Principles

• •Business-Aligned: Every technical initiative should tie to business outcomes
• •Flexible, Not Rigid: Roadmap is a plan, not a promise - adjust as needed
• •Multi-Horizon: Balance short-term delivery with long-term vision
• •Resource-Aware: Be realistic about capacity and dependencies
• •Transparent: Share roadmap broadly, explain trade-offs
• •Outcome-Focused: Define success by impact, not output

Bundled Resources

Frameworks (references/frameworks/):

• •strategic-alignment-framework.md - Connect tech to business strategy
• •portfolio-balancing.md - Allocate resources across priorities
• •technology-radar.md - Track emerging technologies (adopt/trial/assess/hold)
• •wardley-mapping.md - Strategic technology positioning
• •roadmap-governance.md - Process for maintaining and updating roadmap

Templates (references/templates/):

• •three-horizon-roadmap.md - Structure for tactical/strategic/visionary planning
• •roadmap-visualization.md - Visual formats (timeline, swim lanes, now-next-later)
• •board-roadmap-presentation.md - Board-ready strategy presentation
• •executive-roadmap-presentation.md - CEO/executive format
• •engineering-team-roadmap.md - Detailed team-facing roadmap
• •okr-framework.md - Engineering OKRs aligned with roadmap

Examples (references/examples/):

• •Real roadmaps from startups to enterprises
• •Before/after roadmap improvements
• •Multi-year strategic plans
• •Quarterly execution plans

Usage Patterns

Example 1: User says "Create 12-month technology roadmap for our Series B SaaS company"

→ Load references/frameworks/strategic-alignment-framework.md → Gather context: business goals, current state, team size → Define 3-5 strategic themes → Use references/templates/three-horizon-roadmap.md structure → Balance portfolio: 70% core, 20% strategic, 10% innovation → Create quarterly milestones with success metrics → Generate executive presentation

Example 2: User says "Align engineering roadmap with product roadmap"

→ Load references/templates/product-tech-alignment.md → Map product features to required platform capabilities → Identify dependencies (what tech must be ready first) → Highlight shared milestones → Show trade-offs and capacity constraints → Create integrated timeline

Example 3: User says "We need to balance features vs technical debt vs innovation"

→ Load references/frameworks/portfolio-balancing.md → Assess current allocation (likely skewed toward features) → Apply 70-20-10 framework adjusted for stage → Identify highest-value technical debt items → Allocate innovation time for emerging tech → Create balanced quarterly plan

Example 4: User says "Present technology strategy to board"

→ Load references/templates/board-roadmap-presentation.md → Focus on: strategic positioning, competitive advantage, key bets → 3-5 year vision with major milestones → Explain how tech enables business strategy → Address risks and mitigation → Keep to 5-7 slides with clear narrative

Roadmap Anti-Patterns

❌ Anti-Pattern 1: Feature List Masquerading as Strategy

What it looks like: "Q1: Feature A, B, C; Q2: Feature D, E, F"

Why it's bad: No strategic themes, no platform investment, reactive not proactive

Fix: Group features under strategic themes, include platform work

❌ Anti-Pattern 2: Over-Commitment

What it looks like: 100% of capacity allocated to committed work, no buffer

Why it's bad: No room for urgent work, incidents, tech debt, learning

Fix: Plan to 70-80% of capacity, leave buffer for unexpected

❌ Anti-Pattern 3: Set-and-Forget Roadmap

What it looks like: Annual roadmap created in January, never updated

Why it's bad: Business changes, roadmap becomes fiction

Fix: Quarterly reviews and adjustments, transparent communication

❌ Anti-Pattern 4: Technical Jargon for Business Audience

What it looks like: "Migrate from REST to gRPC, implement event sourcing"

Why it's bad: Business stakeholders don't understand value

Fix: Frame in business outcomes: "Improve API performance by 50%, enable real-time features"

❌ Anti-Pattern 5: All Short-Term Tactical

What it looks like: Detailed plan for next 2 quarters, vague beyond that

Why it's bad: No strategic direction, technology doesn't support long-term vision

Fix: Add strategic and visionary horizons, even if less detailed

Technology Radar

Track emerging technologies to inform roadmap:

Adopt - Ready for production use

• •Kubernetes for container orchestration
• •React for frontend development
• •PostgreSQL for relational data

Trial - Worth pursuing in pilots

• •AI code assistants (Copilot, etc.)
• •Edge computing for global latency
• •Vector databases for AI features

Assess - Interesting, keep watching

• •WebAssembly for performance-critical code
• •Decentralized identity systems
• •Quantum-resistant cryptography

Hold - Proceed with caution or deprioritize

• •Blockchain for non-financial use cases
• •Microservices for small teams
• •NoSQL when SQL would suffice

Use references/frameworks/technology-radar.md for detailed methodology.

Capacity Planning

Realistic roadmap requires understanding capacity:

Calculate Available Capacity

Team Size: 20 engineers
Weeks per Quarter: 13 weeks
Theoretical Capacity: 20 × 13 × 40 hours = 10,400 hours

Subtract:
- Holidays and PTO: 10% = -1,040 hours
- Meetings and coordination: 15% = -1,560 hours
- Incidents and support: 10% = -1,040 hours
- Context switching: 5% = -520 hours

Realistic Capacity: 6,240 hours (60% of theoretical)

For new initiatives: 4,680 hours (75% of realistic, 25% buffer)

Estimate Initiative Size

Small: 200-400 hours (1-2 person-months) Medium: 400-800 hours (2-4 person-months) Large: 800-1,600 hours (4-8 person-months) Extra Large: 1,600+ hours (8+ person-months)

Plan Quarterly Initiatives

Q1 Capacity: 4,680 hours available

Committed:

• •Platform migration (Large): 1,200 hours
• •New feature A (Medium): 600 hours
• •New feature B (Medium): 600 hours
• •Tech debt sprint (Small): 300 hours
• •Team onboarding (2 new hires): 400 hours

Total: 3,100 hours (66% of capacity) ✅

Remaining: 1,580 hours for bugs, incidents, unplanned work ✅

Strategic Themes Examples

Theme: Platform Modernization

Why: Current monolith limits team autonomy and deployment speed Initiatives:

• •Extract billing service (Q1-Q2)
• •Extract auth service (Q2-Q3)
• •Implement service mesh (Q3-Q4)
• •API gateway migration (Q4)

Success Metrics:

• •Deployment frequency: 3x/week → daily
• •Service independence: 0 → 3 independent services
• •Team autonomy: 1 monolith team → 3 service teams

Theme: AI-First Product

Why: AI is transforming our market, need to lead not follow Initiatives:

• •AI recommendation engine (Q1-Q2)
• •Natural language search (Q2-Q3)
• •Smart content generation (Q3-Q4)
• •ML infrastructure platform (ongoing)

Success Metrics:

• •% users using AI features: 0% → 60%
• •AI-driven conversion lift: +20%
• •Feature development time with AI: -30%

Theme: Developer Velocity

Why: Team growing 2x, need to scale productivity Initiatives:

• •CI/CD pipeline overhaul (Q1)
• •Development environment standardization (Q1-Q2)
• •Automated testing expansion (Q2-Q3)
• •Developer portal (Q3-Q4)

Success Metrics:

• •Lead time: 5 days → 2 days
• •Developer satisfaction: 7.5 → 8.5
• •Time to first contribution (new hires): 3 weeks → 1 week

Writing Style

All outputs should be:

• •Business-Focused: Lead with business value, not technical details
• •Visual: Use timelines, charts, diagrams where helpful
• •Realistic: Be honest about capacity and trade-offs
• •Strategic: Connect tactical work to long-term vision
• •Flexible: Frame as living document, not rigid plan

Version: 1.0.0 Philosophy: Align technology with business strategy, balance short and long-term, communicate transparently