
Technical Roadmap Planning
- 522 installs
- 305 repo stars
- Updated March 4, 2026
- aj-geddes/useful-ai-prompts
technical-roadmap-planning is a planning skill that converts high-level business objectives into phased technical roadmaps with timelines, priorities, and architecture decisions for engineering leaders.
About
technical-roadmap-planning is a skill from aj-geddes/useful-ai-prompts that helps engineering leads produce strategic technology plans spanning quarters or years. It structures discovery of business goals, maps them to architecture evolution, infrastructure investments, and capability milestones, and outputs prioritized phases with explicit trade-offs. The README includes quick start, reference guides, and best practices for aligning roadmaps to organizational objectives. Developers and tech leads reach for technical-roadmap-planning during annual planning, post-funding scale decisions, or platform modernization when stakeholders need a coherent timeline instead of ad-hoc ticket backlogs.
- Generates multi-year technical roadmaps aligned with business goals
- Structures architecture evolution, infrastructure investments, and capability development
- Includes vision statements, strategic goals, quarterly milestones, and risk assessment
- Supports legacy migration, platform scaling, stack standardization and innovation planning
- Delivers a reusable YAML-based technical roadmap artifact ready for agent execution
Technical Roadmap Planning by the numbers
- 522 all-time installs (skills.sh)
- Ranked #746 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill technical-roadmap-planningAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 522 |
|---|---|
| repo stars | ★ 305 |
| Last updated | March 4, 2026 |
| Repository | aj-geddes/useful-ai-prompts ↗ |
How do you build a phased technical roadmap?
Turn high-level business objectives into a clear, phased technical roadmap with timelines, priorities, and architecture decisions.
Who is it for?
Staff engineers and tech leads preparing quarterly or annual planning who must translate business objectives into sequenced architecture and platform work.
Skip if: Day-to-day sprint planning or single-feature specs where a full multi-year roadmap format adds unnecessary overhead.
When should I use this skill?
Leadership requests a technology evolution plan tied to business goals and the team needs phased priorities, not just a backlog groom.
What you get
A multi-phase technical roadmap document with timelines, architecture decisions, priority tiers, and infrastructure investment themes.
Files
Technical Roadmap Planning
Table of Contents
Overview
A technical roadmap provides a strategic plan for technology evolution, guiding architectural decisions, infrastructure investments, and capability development aligned with business objectives.
When to Use
- Multi-year technology planning
- Architecture modernization initiatives
- Platform scaling and reliability improvements
- Legacy system migration planning
- Infrastructure upgrade scheduling
- Technology stack standardization
- Innovation investment planning
Quick Start
Minimal working example:
Technical Roadmap Template:
Organization: [Company]
Planning Period: 2025-2027
Last Updated: January 2025
Owner: CTO / VP Engineering
---
Vision Statement: |
Transform our technology platform to enable global scale, improve
developer productivity, and deliver world-class customer experiences
through modern, cloud-native architecture.
Strategic Goals:
1. Reduce infrastructure costs by 40% through cloud optimization
2. Improve deployment frequency from monthly to daily
3. Achieve 99.99% availability (4 nines)
4. Enable data-driven decision making across organization
---
## Q1 2025: Foundation & Planning
Theme: Infrastructure Foundation
// ... (see reference guides for full implementation)Reference Guides
Detailed implementations in the references/ directory:
| Guide | Contents |
|---|---|
| Dependency Mapping | Dependency Mapping |
| Technology Evaluation | Technology Evaluation |
| Execution Planning | Execution Planning |
Best Practices
✅ DO
- Align technical roadmap with business strategy
- Include time for technical debt reduction
- Plan for buffer/contingency in critical paths
- Review and update roadmap quarterly
- Communicate roadmap transparently
- Involve team in planning for buy-in
- Prioritize based on business impact
- Plan major changes during slower periods
- Document rationale for technology choices
- Build in learning & experimentation time
❌ DON'T
- Pursue every new technology trend
- Plan at 100% utilization (no buffer)
- Ignore team capability and training needs
- Make major changes during peak usage
- Lock roadmap without flexibility
- Underestimate legacy system complexity
- Skip security considerations
- Plan without resource availability
- Ignore risk assessment
- Chase technologies without business value
Dependency Mapping
Dependency Mapping
// Technical dependency management
class RoadmapDependency {
constructor() {
this.initiatives = [];
this.dependencies = [];
}
mapDependencies(initiatives) {
const dependencyMap = {};
initiatives.forEach((init) => {
dependencyMap[init.id] = {
name: init.name,
dependsOn: init.blockedBy || [],
enables: init.enables || [],
criticalPath: init.criticalPath || false,
startDate: init.plannedStart,
endDate: init.plannedEnd,
buffer: init.buffer || "2 weeks",
};
});
return this.validateDependencies(dependencyMap);
}
validateDependencies(dependencyMap) {
const issues = [];
for (let init in dependencyMap) {
const current = dependencyMap[init];
// Check for circular dependencies
if (this.hasCircularDependency(init, current.dependsOn, dependencyMap)) {
issues.push({
type: "Circular Dependency",
initiative: current.name,
severity: "Critical",
});
}
// Check for timeline conflicts
current.dependsOn.forEach((dep) => {
const depInit = dependencyMap[dep];
if (depInit && depInit.endDate > current.startDate) {
issues.push({
type: "Timeline Conflict",
initiative: current.name,
blockedBy: depInit.name,
gap: this.calculateGap(depInit.endDate, current.startDate),
severity: "Medium",
});
}
});
}
return {
dependencyMap,
issues,
isValid: issues.length === 0,
};
}
hasCircularDependency(node, deps, map, visited = new Set()) {
if (visited.has(node)) return true;
visited.add(node);
for (let dep of deps) {
if (
this.hasCircularDependency(dep, map[dep]?.dependsOn || [], map, visited)
) {
return true;
}
}
return false;
}
calculateCriticalPath(dependencyMap) {
// Identify longest dependency chain
let criticalPath = [];
let maxDuration = 0;
for (let init in dependencyMap) {
const duration = this.calculatePathDuration(init, dependencyMap);
if (duration > maxDuration) {
maxDuration = duration;
criticalPath = this.getPath(init, dependencyMap);
}
}
return {
path: criticalPath,
duration: maxDuration,
initiatives: criticalPath,
delayImpact: "All dependent initiatives delayed",
};
}
}Execution Planning
Execution Planning
Initiative Execution Plan:
Initiative: Kubernetes Migration
Quarter: Q1-Q2 2025
Owner: VP Infrastructure
---
Phase 1: Planning & Preparation (Jan-Feb)
Milestones:
- Week 1: Team assembled, knowledge transfer
- Week 2: Infrastructure provisioning
- Week 3: Proof of concept deployment
- Week 4-8: Detailed planning & tooling setup
Success Criteria:
- POC running production workload
- Migration runbook completed
- Team trained and certified
- No blockers identified
---
Phase 2: Pilot Deployment (Mar-Apr)
Target: Non-critical workloads first
Success: All pilots running successfully
Rollback Plan: Full rollback to current infrastructure
Services Migrating:
- Analytics pipeline
- Logging service
- Cache layer
- Message queue
---
Phase 3: Production Migration (May-Jun)
Order of Migration:
1. Legacy services (lower risk)
2. Core services (higher stakes)
3. Customer-facing APIs (last)
Validation: Zero downtime, 99.9% success rate
---
Success Metrics:
- Infrastructure cost reduced by 30%
- Deployment time reduced by 50%
- Zero security incidents
- 98% uptime during migrationTechnology Evaluation
Technology Evaluation
# Technology selection framework
class TechnologyEvaluation:
EVALUATION_CRITERIA = {
'Maturity': {'weight': 0.15, 'factors': ['Adoption', 'Stability', 'Support']},
'Performance': {'weight': 0.20, 'factors': ['Throughput', 'Latency', 'Scalability']},
'Integration': {'weight': 0.15, 'factors': ['Existing Stack', 'APIs', 'Ecosystem']},
'Cost': {'weight': 0.15, 'factors': ['License', 'Infrastructure', 'Maintenance']},
'Team Capability': {'weight': 0.15, 'factors': ['Learning Curve', 'Skills Available', 'Training']},
'Vendor Stability': {'weight': 0.10, 'factors': ['Company Health', 'Roadmap', 'Support']},
'Security': {'weight': 0.10, 'factors': ['Compliance', 'Vulnerabilities', 'Updates']}
}
@staticmethod
def evaluate_technology(tech_option, scores):
"""
Score technology on weighted criteria
Each criterion scored 1-10
"""
total_score = 0
for criterion, score in scores.items():
weight = TechnologyEvaluation.EVALUATION_CRITERIA[criterion]['weight']
weighted = score * weight
total_score += weighted
return {
'technology': tech_option,
'weighted_score': round(total_score, 2),
'recommendation': 'Recommended' if total_score > 7 else 'Consider alternatives'
}
@staticmethod
def create_comparison_matrix(technologies):
"""Create side-by-side comparison"""
return {
'evaluation_date': str(datetime.now()),
'technologies': technologies,
'criteria': TechnologyEvaluation.EVALUATION_CRITERIA,
'results': []
}
@staticmethod
def technology_debt_score(technology):
"""Assess technology debt risk"""
return {
'maintenance_burden': 'Low' if technology['support_available'] else 'High',
'replacement_cost': 'Low' if technology['replaceable'] else 'High',
'knowledge_risk': 'Low' if technology['team_familiar'] else 'High',
'overall_debt_score': 'Medium'
}#!/bin/bash
# validate-config.sh - Validate infrastructure configuration
# Usage: ./validate-config.sh <config_file>
set -euo pipefail
CONFIG_FILE="${{1:?Usage: $0 <config_file>}}"
echo "Validating: $CONFIG_FILE"
# TODO: Add configuration validation logic
# - Check required fields
# - Validate syntax (YAML/JSON/HCL)
# - Verify referenced resources exist
# - Check for security best practices
echo "Validation complete."
# Infrastructure Configuration Starter
# TODO: Customize for your infrastructure setup
#
# Usage: Copy this file and modify for your environment
# --- Environment Configuration ---
environment: production
region: us-east-1
# --- Resource Definitions ---
# TODO: Add resource definitions specific to this skill's domain
# --- Security Settings ---
# TODO: Add security configuration
# --- Monitoring ---
# TODO: Add monitoring/alerting configuration
Related skills
FAQ
What does technical-roadmap-planning produce?
technical-roadmap-planning produces a strategic document that sequences architecture changes, infrastructure investments, and capability milestones across quarters or years, each tied to stated business objectives and priority tiers.
Who should run technical-roadmap-planning?
Engineering leads and staff engineers preparing annual or quarterly planning should run technical-roadmap-planning when stakeholders need a coherent technology evolution timeline instead of disconnected epic lists.