← Learning Pathways Learning Pathway

Senior Software Engineer to Technical Team Lead

🕑 12-24 months Software Engineering

The first genuine leadership transition - moving from individual technical excellence to creating conditions where a whole team can perform. Your code matters less; your decisions, your culture, and your people development matter more.

🎯 Focus Areas

Leading Through Others

Your primary output shifts from code to team performance. This means investing in the technical growth of every engineer on your team, making space for others to solve problems rather than solving them yourself, and measuring your success by what the team ships - not what you personally build.

Running Delivery, Not Just Doing It

TTLs own the delivery rhythm - sprint planning, backlog health, dependency management, and escalation when things go wrong. You need to develop a clear view of what's in flight, what's at risk, and what needs a decision at any given moment.

Giving and Receiving Feedback

Structured, timely feedback becomes a core tool. You will need to give feedback that is specific and actionable - on code, on behaviour, and on professional growth - and create an environment where feedback flows both ways without it feeling threatening.

Technical Credibility Under Pressure

You still need to be technically excellent, but now you must exercise that expertise in service of the team rather than in competition with it. That means knowing when to step in, when to coach, and when to let someone struggle productively.

Managing Up and Across

You are now a conduit between engineers and senior leadership. You need to represent your team's capacity, surface risks early, push back on unrealistic expectations with evidence, and translate business context into engineering direction.

Skills & Behaviours to Develop

Skills to Develop

  • Facilitate effective sprint ceremonies - planning, retros, and standups that create clarity rather than filling time.
  • Write and deliver structured performance feedback grounded in observable behaviours and business impact.
  • Produce concise technical status updates for non-engineering stakeholders that convey risk and progress without jargon.
  • Decompose large, ambiguous engineering initiatives into scoped, deliverable work packages with clear ownership.
  • Make and document architectural decisions under uncertainty, recording trade-offs and revisiting them when context changes.
  • Identify and address performance concerns early, using structured conversations before issues become formal problems.
  • Manage your own time deliberately - protecting maker time for engineers while remaining available for the team.

Behaviours to Demonstrate

  • Coaches engineers through technical problems rather than immediately providing the answer.
  • Runs sprint ceremonies that finish on time and leave the team with clear priorities.
  • Surfaces delivery risks to senior leadership before they become missed commitments.
  • Gives specific, balanced feedback in 1:1s - acknowledging strengths as well as naming improvement areas.
  • Creates space for engineers to lead initiatives and presents their work to stakeholders.
  • Maintains technical contribution without crowding out the team's ownership of the codebase.
  • Pushes back on scope creep with data and alternatives rather than just saying no.
🛠 Hands-On Projects
1 Lead a full sprint end-to-end - own planning, daily coordination, and the retrospective - without deferring to a senior engineer for decisions.
2 Write structured performance notes for every engineer on your team after a 6-week period and use them as the basis for 1:1 feedback conversations.
3 Identify one delivery risk in your current project, document it with impact and likelihood, and present mitigations to your engineering manager.
4 Run a team retrospective using a structured format you've designed yourself - act on at least two outcomes within the following sprint.
5 Produce a one-page technical decision record for an architectural choice your team is facing and get it reviewed and ratified by a senior engineer.
6 Shadow an engineering manager through a hiring loop and write up your observations on what good candidate assessment looks like.
AI Literacy for This Transition
AI as a leadership and decision-support tool
1

Use AI to draft structured 1:1 agendas and performance notes, then refine them with your own direct observations to ensure they reflect actual behaviour rather than generic patterns.

2

Leverage AI to generate multiple options for decomposing a complex engineering initiative, then evaluate each option against your team's actual capacity and skill set.

3

Use AI to summarise technical incident timelines and draft post-mortems quickly - always reviewing for factual accuracy before sharing with stakeholders.

4

Experiment with AI-assisted sprint planning to identify potential blockers and dependencies, treating outputs as prompts for team discussion rather than final answers.

5

Build awareness of AI's limitations in people contexts - AI cannot reliably predict team dynamics, individual motivation, or cultural fit, and using it for these judgements is dangerous.

6

Model responsible AI use for your team - demonstrating when AI accelerates good work and when human judgement must override AI suggestions.

📚 Recommended Reading

The Manager's Path

Camille Fournier

The clearest guide to the tech lead transition - what changes, what stays the same, and what trips people up.

An Elegant Puzzle

Will Larson

Practical frameworks for engineering management and leading technical teams through ambiguity.

Radical Candor

Kim Scott

How to give feedback that is both caring and direct - the skill most new leads struggle with first.

The Five Dysfunctions of a Team

Patrick Lencioni

A model for diagnosing and fixing team dysfunction that every lead should internalise.

Accelerate

Nicole Forsgren, Jez Humble, Gene Kim

The research-backed case for what high-performing engineering teams actually look like and how to get there.

🎓 Courses & Resources

Engineering Management Fundamentals

LeadDev

Short, practitioner-led content specifically designed for the IC-to-lead transition.

Crucial Conversations

VitalSmarts / Coursera

Practical frameworks for high-stakes conversations - performance, conflict, and direction-setting.

DORA State of DevOps Report

Google / DORA

Understand the metrics and capabilities that distinguish high-performing teams from the rest.

📋 Role Archetypes

Review the full expectations for both roles to understand exactly what good looks like at each level.

→ Senior Software Engineer Archetype → Technical Team Lead Archetype