Skip to main content

Learning path

Tech Lead learning path: everything to study, topic by topic

Comprehensive Tech Lead assessment covering architecture, code quality, technical debt management, mentoring, incident management, and systems thinking.

Short answer

To learn Tech Lead, work through 6 modules and 32 topics in the order they build on each other. It starts with Architecture & Design, then moves on to Code Quality & Standards and Technical Debt Management. Use the map as a checklist, or measure your level and study only what is missing.

6
modules
32
topics
50
min to assess

What you will study

Topics are grouped by module. Open one to see its objectives and key concepts.

1 · Architecture & Design5 topics
  • Design Patterns

    Applying creational, structural, and behavioral design patterns to real-world codebases

    Objectives

    • Select the right pattern for a given problem
    • Explain trade-offs between competing patterns

    Key concepts

    • factory pattern
    • strategy pattern
    • observer pattern
    • adapter pattern
    • singleton trade-offs
    • composition over inheritance
  • System Design

    Designing scalable systems with appropriate component decomposition and communication patterns

    Objectives

    • Decompose a monolith into services with clear boundaries
    • Choose communication patterns for distributed components

    Key concepts

    • microservices vs monolith
    • event-driven architecture
    • API gateway
    • service mesh
    • CQRS
    • domain-driven design
  • API Design

    Designing RESTful, GraphQL, and gRPC APIs with consistency, versioning, and documentation

    Objectives

    • Design a consistent API contract
    • Choose between REST, GraphQL, and gRPC for a use case

    Key concepts

    • REST conventions
    • API versioning
    • pagination strategies
    • error formats
    • idempotency
    • rate limiting
    • OpenAPI spec
  • Data Modeling

    Designing data schemas for relational, document, and key-value stores with trade-off awareness

    Objectives

    • Model data for a specific access pattern
    • Evaluate normalization vs denormalization trade-offs

    Key concepts

    • normalization vs denormalization
    • single-table design
    • access pattern analysis
    • schema evolution
    • eventual consistency
    • polyglot persistence
  • Architectural Trade-offs at Team Scale

    Making and defending architectural decisions for team-scale systems: build vs buy, monolith vs microservices, synchronous vs async

    Objectives

    • Apply a structured framework to make and document build vs buy decisions
    • Distinguish reversible from irreversible architectural decisions and apply appropriate rigor

    Key concepts

    • build vs buy
    • monolith vs microservices
    • sync vs async
    • CAP theorem application
    • reversible vs irreversible decisions
    • ADRs
    • RFC process
2 · Code Quality & Standards6 topics
  • Code Review

    Running effective code reviews that improve quality, share knowledge, and maintain velocity

    Objectives

    • Give actionable code review feedback
    • Balance thoroughness with review speed

    Key concepts

    • review checklist
    • constructive feedback
    • PR size guidelines
    • automated checks
    • approval policies
    • review latency
  • Testing Strategy

    Designing test pyramids, choosing test types, and balancing coverage with maintenance cost

    Objectives

    • Design an appropriate test strategy for a project
    • Explain why test pyramid ratios matter

    Key concepts

    • test pyramid
    • unit vs integration vs e2e
    • test doubles
    • property-based testing
    • coverage targets
    • flaky test management
  • CI/CD Pipeline

    Designing continuous integration and deployment pipelines for fast, safe delivery

    Objectives

    • Design a CI/CD pipeline for a team
    • Choose deployment strategies to minimize risk

    Key concepts

    • build stages
    • artifact management
    • deployment strategies
    • blue-green deployments
    • canary releases
    • feature flags
    • rollback automation
  • Coding Standards

    Establishing, enforcing, and evolving coding standards and style guides across a team

    Objectives

    • Introduce coding standards without slowing the team
    • Balance strictness with pragmatism

    Key concepts

    • linters
    • formatters
    • pre-commit hooks
    • style guides
    • naming conventions
    • documentation standards
    • ADRs
  • Dependency Management

    Managing third-party dependencies, version pinning, security scanning, and upgrade strategies

    Objectives

    • Design a dependency update policy
    • Evaluate supply chain risk for a new dependency

    Key concepts

    • semantic versioning
    • lock files
    • vulnerability scanning
    • license compliance
    • Dependabot
    • supply chain security
  • AI-Assisted Development

    Leveraging AI coding assistants and tools to accelerate development while maintaining code quality, security, and team skill growth

    Objectives

    • Define team guidelines for responsible AI-assisted development
    • Evaluate when AI tools accelerate versus hinder engineering quality

    Key concepts

    • GitHub Copilot
    • Claude Code
    • AI code review
    • AI-assisted debugging
    • prompt engineering for developers
    • AI pair programming
3 · Technical Debt Management5 topics
  • Identifying Tech Debt

    Recognizing deliberate, accidental, and bit-rot technical debt in a codebase

    Objectives

    • Categorize technical debt by type and urgency
    • Use metrics to surface hidden debt

    Key concepts

    • deliberate vs accidental debt
    • code smells
    • static analysis
    • coupling metrics
    • cognitive complexity
    • tech debt quadrant
  • Quantifying Impact

    Measuring the cost of technical debt in terms of velocity, reliability, and developer experience

    Objectives

    • Build a business case for paying down tech debt
    • Correlate debt with delivery metrics

    Key concepts

    • DORA metrics
    • developer experience surveys
    • incident correlation
    • cycle time impact
    • cost of delay
    • debt interest metaphor
  • Refactoring Strategy

    Planning and executing refactoring campaigns that improve code without breaking features

    Objectives

    • Plan a refactoring that can be delivered incrementally
    • Mitigate risk during large-scale refactors

    Key concepts

    • strangler fig pattern
    • branch by abstraction
    • characterization tests
    • safe refactoring moves
    • feature toggle isolation
    • incremental delivery
  • Incremental Migration

    Migrating legacy systems progressively while maintaining production stability

    Objectives

    • Design a phased migration plan
    • Handle dual-write and data consistency during migrations

    Key concepts

    • strangler fig migration
    • dual-write pattern
    • data migration strategy
    • backward compatibility
    • rollback plans
    • traffic shifting
  • Tech Debt Prioritization Frameworks

    Systematically identifying, quantifying, and prioritizing technical debt using debt registers, impact analysis, and investment modeling

    Objectives

    • Build and maintain a tech debt register with quantified business impact
    • Negotiate tech debt investment with product stakeholders using ROI framing

    Key concepts

    • debt register
    • hotspot analysis
    • debt ROI
    • refactoring sprints
    • strangler fig pattern
    • debt velocity
    • tech debt vs product backlog trade-off
4 · Mentoring & Knowledge Sharing6 topics
  • Pair Programming

    Using pair programming effectively as a teaching and quality tool

    Objectives

    • Decide when pairing adds value
    • Run a productive pairing session

    Key concepts

    • driver/navigator roles
    • remote pairing tools
    • when to pair vs solo
    • mob programming
    • knowledge transfer
    • pairing anti-patterns
  • Tech Talks

    Preparing and delivering internal technical presentations to upskill the team

    Objectives

    • Structure a tech talk for mixed-level audiences
    • Measure knowledge sharing effectiveness

    Key concepts

    • audience calibration
    • live coding demos
    • abstract vs concrete examples
    • knowledge base curation
    • lunch-and-learn format
    • recording and async consumption
  • Design Reviews

    Facilitating design reviews that produce better architectures and develop team skills

    Objectives

    • Facilitate a design review that surfaces risks early
    • Document architectural decisions for future readers

    Key concepts

    • RFC process
    • design doc templates
    • trade-off documentation
    • decision records
    • inclusive facilitation
    • asynchronous review
  • Growing Junior Engineers

    Creating growth plans, providing feedback, and accelerating junior engineer development

    Objectives

    • Create a 90-day growth plan for a junior engineer
    • Give feedback that is specific, timely, and actionable

    Key concepts

    • individual development plans
    • stretch assignments
    • feedback frameworks (SBI)
    • delegation levels
    • psychological safety
    • career ladder mapping
  • Technical Writing

    Creating high-quality technical documents — RFCs, design docs, runbooks, and ADRs — that drive alignment, preserve decisions, and scale knowledge across the organization

    Objectives

    • Write an RFC that drives clear decision-making across teams
    • Build a documentation culture that scales with team growth

    Key concepts

    • RFC/design doc writing
    • API documentation
    • runbooks
    • ADRs
    • knowledge sharing
    • documentation culture
  • Growing Senior Engineers

    Developing senior engineers into staff/principal-level contributors through stretch projects, sponsorship, and feedback

    Objectives

    • Design a growth plan for a senior engineer targeting staff-level scope
    • Apply sponsorship (creating opportunities) vs mentorship (giving advice) appropriately

    Key concepts

    • sponsorship vs mentorship
    • stretch assignments
    • staff engineer traits
    • visibility opportunities
    • feedback culture
    • performance growth plans
    • 1:1 structure
5 · Incident Management4 topics
  • On-Call Design

    Designing sustainable on-call rotations with clear escalation paths and runbooks

    Objectives

    • Design an on-call rotation that avoids burnout
    • Write runbooks that a new team member can follow

    Key concepts

    • rotation scheduling
    • escalation policies
    • runbook authoring
    • alert fatigue reduction
    • compensation models
    • shadow on-call
  • Incident Response

    Leading incident response with clear communication, structured triage, and fast resolution

    Objectives

    • Lead an incident from detection to resolution
    • Communicate incident impact to non-technical stakeholders

    Key concepts

    • incident commander role
    • severity classification
    • status page updates
    • stakeholder communication
    • war room coordination
    • mitigation vs root cause
  • Post-Mortems

    Conducting blameless post-mortems that produce actionable improvements

    Objectives

    • Facilitate a blameless post-mortem
    • Write action items that prevent recurrence

    Key concepts

    • blameless culture
    • timeline reconstruction
    • contributing factors
    • action items with owners
    • 5 whys
    • systemic fixes vs band-aids
  • SLO/SLA Management

    Defining, measuring, and managing service level objectives and agreements

    Objectives

    • Define SLOs that balance reliability with velocity
    • Use error budgets to make development decisions

    Key concepts

    • SLI vs SLO vs SLA
    • error budgets
    • burn rate alerts
    • customer-facing vs internal SLOs
    • SLO review cadence
    • reliability tax
6 · Systems Thinking6 topics
  • Distributed Systems Trade-offs

    Analyzing CAP theorem, consistency models, and partition tolerance in distributed systems

    Objectives

    • Analyze consistency vs availability trade-offs for a use case
    • Design idempotent operations for distributed systems

    Key concepts

    • CAP theorem
    • eventual consistency
    • strong consistency
    • idempotency
    • distributed transactions
    • saga pattern
    • network partitions
  • Capacity Planning

    Forecasting resource needs and scaling infrastructure ahead of demand

    Objectives

    • Create a capacity plan for a growing service
    • Balance cost with headroom for traffic spikes

    Key concepts

    • load testing
    • traffic modeling
    • horizontal vs vertical scaling
    • auto-scaling policies
    • resource reservation
    • cost optimization
  • Reliability Engineering

    Building reliable systems through redundancy, fault tolerance, and chaos engineering

    Objectives

    • Design a chaos engineering experiment
    • Implement graceful degradation for critical paths

    Key concepts

    • chaos engineering
    • circuit breakers
    • bulkheads
    • retry with backoff
    • graceful degradation
    • game days
    • fault injection
  • Performance Budgets

    Setting, enforcing, and optimizing performance budgets across the stack

    Objectives

    • Set meaningful performance budgets for a service
    • Identify and resolve performance regressions

    Key concepts

    • latency percentiles (p50, p95, p99)
    • throughput targets
    • resource budgets
    • performance regression detection
    • profiling workflows
    • Amdahl's law
  • Technical Vision & Roadmap Communication

    Crafting and communicating technical vision and roadmaps to engineering teams and executive stakeholders

    Objectives

    • Write a technical vision document that aligns a team around a multi-year architecture
    • Present a technical roadmap to executives with risk and investment framing

    Key concepts

    • technical vision documents
    • roadmap storytelling
    • north star architecture
    • conviction vs consensus
    • roadmap formats
    • engineering bets
    • executive buy-in
  • Technical Due Diligence & Acquisitions

    Conducting technical due diligence for M&A: codebase assessment, architecture review, team evaluation, and integration planning

    Objectives

    • Conduct a structured technical due diligence assessment within a 2-week window
    • Identify key person dependencies and integration risks before an acquisition closes

    Key concepts

    • codebase assessment
    • architecture review
    • tech debt inventory
    • team evaluation
    • integration risk
    • key person dependencies
    • post-acquisition integration

Levels: Junior, Mid, Senior, and Expert

Explain it in your own words

Graded by AI · no account · 1 question

No options to guess from: you write, the AI grades against the topic's rubric and tells you what level your answer reads at.

0 / 600

Already studying Tech Lead?

The assessment measures topic by topic, and your plan skips what you already know.

Open to read. An account is only needed to be measured.

Frequently asked questions

Where should I start studying Tech Lead?

Start with Architecture & Design: Design Patterns, System Design, and API Design. The map orders topics by what they depend on, so each one prepares the next.

How long does a full Tech Lead assessment take?

A full assessment of this path takes about 50 minutes. Study time depends on where you start; a diagnostic shows which topics you can skip.

Do I need an account to use this page?

No. The map, objectives and key concepts are open. You only need an account to be measured, get your gap by topic and receive a plan.