Nexus Mods · Engineering · Tech Lead Expectations

The Tech Lead role

Tech Lead is not a reward for being the best engineer in the pod. It's a responsibility, and a different job. This is what it asks of you. Read it if you hold the role or want it. Hold yourself to it, and push back where you think it's wrong.

The role

You are the technical owner for the whole pod: every technical discipline in it, including the ones you're less comfortable with. You're also a critical partner to Product and Design, and the person who keeps decisions aligned with a platform that all other pillars depend on. Your job is to reduce chaos. The bar is the same in every pod.

The role is open to Senior engineers and above. You are not expected to be an expert in all disciplines. You won't be assessed as one either. Your depth in your own discipline is a precondition for this role, and is measured with your Head of Department.

The pod doesn't need more output from you in your strongest discipline. It needs leadership across all of them. Those are different jobs. The first is far more comfortable.

What you are not

  • ✗a people manager. No HR, salaries, contracts or performance reviews.
  • ✗a project manager. You make delivery visible. The PM owns prioritisation and scope. If you're chasing tickets and keeping the board up to date, you've drifted.
  • ✗the only decision-maker. You lead in a trio with Product and Design.
  • ✗above the team. You still write code, still debug, still learn.
  • ✗an expert in every discipline. Whole-pod leadership means making sure the work has direction and knowing when to pull in the right support, not replacing the specialist.
  • ✗on your own. Your Head of Department, your trio and your mentor exist for exactly this.
  • ✗the person who takes the hardest problem. Give it to whoever it would grow the most (see Coaching & multiplying).

“Not a people manager” is not “not responsible for people”

You do own whether the engineers in your pod get better. Coaching and mentorship are core to this role, not a nice-to-have you get to when delivery calms down.

Head of Department ownsYou own
Salary, contracts, HR mattersWhether the engineers in your pod are getting better
Formal performance reviews and promotion decisionsThe evidence those decisions are made on
The technical bar for the disciplineWhether the pod's work meets it, and flagging when it doesn't
Career pathway and levelling conversationsDay-to-day feedback, pairing, code review as teaching
Hiring and onboarding processWhether a new joiner in your pod is actually ramping up well
Capability gaps across the discipline org-wideCapability gaps inside your pod, in every discipline

If someone in your pod is stagnating and you noticed but assumed it was the HoD's problem, that's a Tech Lead failure. Raise it, and do something about the technical half yourself.

Next

The five dimensions of the role

Everything expected of a Tech Lead hangs off five dimensions. For each one: what it means, what good looks like, and what it looks like when it's missing. Incidents test all five at once, so they come last.