C

Comprehensive Cto Advisor

Production-ready skill that handles technical, leadership, guidance, engineering. Includes structured workflows, validation checks, and reusable patterns for business marketing.

SkillClipticsbusiness marketingv1.0.0MIT
0 views0 copies

Comprehensive CTO Advisor

Strategic technology leadership frameworks covering technical strategy, team scaling, architecture decisions, tech debt management, vendor evaluation, and engineering culture — designed for CTOs and VPs of Engineering.

When to Use

Use these frameworks when:

  • Making build vs buy vs partner decisions
  • Scaling an engineering team (10 → 50 → 200+)
  • Managing tech debt alongside feature delivery
  • Evaluating technology stack changes
  • Preparing technical strategy for board presentations

Use operational tools when:

  • Day-to-day sprint management → Agile/Scrum tools
  • Individual code review → code review tools
  • Incident response → on-call playbooks

Quick Start

Technical Strategy Document

## Technical Strategy: {Year} ### Current State - Team: {size} engineers across {n} teams - Stack: {primary technologies} - Infrastructure: {cloud/on-prem, key services} - Tech debt: {severity assessment} - Key metrics: deploy frequency, MTTR, change failure rate ### Strategic Priorities | Priority | Objective | Investment | Timeline | |----------|-----------|-----------|----------| | 1. {priority} | {what success looks like} | {team, $} | Q1-Q2 | | 2. {priority} | {what success looks like} | {team, $} | Q2-Q3 | | 3. {priority} | {what success looks like} | {team, $} | Q3-Q4 | ### Technology Decisions | Decision | Options | Recommendation | Rationale | |----------|---------|---------------|-----------| | {decision} | A, B, C | {choice} | {why} | ### Tech Debt Plan | Debt Item | Impact | Effort | Action | Timeline | |-----------|--------|--------|--------|----------| | {item} | H/M/L | H/M/L | Fix/Accept/Mitigate | Q{n} |

Build vs Buy Decision Framework

## Decision: {capability} ### Criteria Scoring (1-5) | Criteria | Build | Buy | Weight | |----------|-------|-----|--------| | Core differentiator? | {1-5} | {1-5} | 3x | | Time to value | {1-5} | {1-5} | 2x | | Total cost (3 year) | {1-5} | {1-5} | 2x | | Team capability | {1-5} | {1-5} | 1x | | Maintenance burden | {1-5} | {1-5} | 1x | | Integration complexity | {1-5} | {1-5} | 1x | ### Recommendation: {Build/Buy/Partner} ### Rationale: {2-3 sentences}

Core Concepts

Engineering Team Scaling

Team SizeStructureCTO FocusKey Hire
1-5One team, CTO codesArchitecture + codingSenior engineers
5-152-3 teams, tech leadsArchitecture + processEngineering managers
15-50Squads, guildsStrategy + cultureVP Engineering
50-200Departments, platform teamsStrategy + org designDirectors, Staff engineers
200+Business unitsVision + executive alignmentSVPs, Distinguished engineers

Tech Debt Management

TypeExampleStrategy
Code debtDuplicated logic, poor abstractions20% sprint capacity for cleanup
Architecture debtMonolith that should be microservicesQuarterly investment projects
Infrastructure debtManual deployments, no monitoringPlatform team ownership
Knowledge debtUndocumented systemsDoc sprints, pair programming
Dependency debtOutdated libraries, EOL frameworksAutomated dependency updates

DORA Metrics

MetricEliteHighMediumLow
Deploy frequencyOn demandDaily-weeklyMonthly< monthly
Lead time< 1 day1 day - 1 week1 week - 1 month> 1 month
Change failure rate< 5%5-10%10-15%> 15%
MTTR< 1 hour< 1 day< 1 week> 1 week

Configuration

ParameterDescription
company_stageStartup, Growth, Enterprise
team_sizeCurrent engineering headcount
primary_stackCore technology stack
deployment_modelCloud, hybrid, on-prem
dora_targetsTarget DORA metric levels
debt_budget% of capacity for tech debt

Best Practices

  1. Allocate 20% capacity for tech debt — it compounds if ignored, but 100% debt cleanup stalls features
  2. Build what differentiates, buy everything else — internal auth systems don't win customers
  3. Hire engineering managers before you need them — scaling without management creates chaos
  4. Measure DORA metrics — they correlate with both engineering effectiveness and business outcomes
  5. Make reversible decisions quickly — only deliberate on architecture decisions that are hard to undo
  6. Communicate strategy to the whole team — engineers make better decisions when they understand the why

Common Issues

Feature delivery slows as team grows: Add platform teams to handle cross-cutting concerns. Implement clear team boundaries and APIs. Reduce inter-team dependencies.

Tech debt is out of control: Classify by impact and effort. Fix high-impact, low-effort items first. Make debt visible with a tech debt register that leadership reviews quarterly.

Can't hire fast enough: Invest in employer branding. Speed up the interview process (< 2 weeks). Offer competitive compensation. Consider remote/distributed teams.

Community

Reviews

Write a review

No reviews yet. Be the first to review this template!

Similar Templates