Senior Engineer

Also seen as: Software Engineer III, SDE III, L5, IC3, Senior SWE

Scope

A system, or a problem area, including its future. Responsible not just for building it but for it continuing to work.

Blast radius

Multiple teams feel it. A bad architectural call here is paid down over quarters, and often by people who weren't in the room.

Autonomy

Give them the goal. They'll find the problem themselves, and tell you when the goal is wrong.

With other people

Shapes other people's designs before they're built. Mentors deliberately, not just by being available. Their review comments change how the team writes code.

Resume tells

  • Owned a system through build, launch AND operation — the third part is what separates Senior from Mid
  • Can name a decision they made that they'd defend and one they'd reverse
  • Evidence of raising other people's output: mentoring, design review, onboarding, standards they set
  • Has said no to something, and can explain the reasoning
  • Talks about failure modes and constraints, not just features

Title inflation risk

The title varies more by company than any other rung, but 'startup Senior' is different evidence rather than weaker evidence. Someone senior at a 40-person company has usually owned far more surface area than a big-tech Senior — broader, and shallower in any one part of it — with no external bar ever applied to it. A calibrated Senior at a large company has been measured against a written standard in a promotion committee, which tells you something specific and narrow. Neither reading is the safe one: judge the scope and the blast radius, not the company that granted the title.

Calibration questions

  • “What did you own on your own, and what did you own as part of a team? I'm trying to size the scope, not test you.”
  • “Tell me about a system you owned after launch. What broke, and what did you change as a result?”
  • “When did you push back on a requirement or a deadline? What was the argument, and how did it land?”
  • “Who got better at their job because they worked with you? What specifically did you do?”

Where this goes wrong

The single most consequential mis-level in tech recruiting, and it goes wrong in both directions. A Mid promoted early reads identically to a calibrated Senior on paper. Equally, a startup Senior with genuinely large scope gets marked down for 'only' having worked at small companies, when the breadth is the point. Separate the two by asking what they owned alone versus with a team — not by where they earned the title.

Years of experience: 5+ years is the usual claim, but years is the weakest evidence at this level. The real question is whether they've owned something through a full lifecycle — build, ship, operate, and live with the consequences.

Where was the title earned?

The same title means different things at different companies. Apply this before believing the level on a resume.

Seed / early startup (under ~50 people)

Titles are recruiting currency and cost nothing to give. 'Senior' often means 'third engineer hired'. Scope can genuinely be large — they may have built whole systems alone — but calibration against a wider bar has never happened.

“How many engineers were at the company when you joined, and when you left?”

Growth-stage (~50-500 people)

The ladder is usually being invented while people are on it. Titles are often regularised in a single re-levelling event, so the same person can be Mid one quarter and Senior the next without the job changing.

“Was there a re-levelling or a formal promotion process, and where did you land in it?”

Large tech company with a calibrated ladder

Titles mean something specific and were defended in a promotion committee. A Senior here has been measured against a written bar. This is the most reliable title signal you'll get — and the reason level codes (L5, IC3) are worth asking for.

“What level were you at, in your company's internal terms, and when were you last promoted?”

Agency, consultancy or outsourcing firm

Titles are often client-facing and inflate to justify billing rates. Scope tends to be broad but shallow — many projects, rarely owning anything after handover. The 'operate it after launch' evidence that separates Senior from Mid is frequently missing, through no fault of theirs.

“Which of those projects did you stay on after go-live, and what did you have to fix?”

Non-tech company (bank, retailer, manufacturer, public sector)

Ladders are often HR-wide rather than engineering-specific, and titles can be tied to tenure or grade rather than scope. Deep domain expertise is common; exposure to modern tooling and fast release cycles may not be.

“How often did your team release, and who decided when something shipped?”

The levels either side

Individual contributor track

Management track

Open the full tool for the glossary, role profiles, and the JD decoder.