Engineers care about career ladders more than almost any other employee group — not because they are particularly career-obsessed, but because software engineering is a field where external market signals (competing offers, compensation data, progression.fyi) are transparent. An engineer without a clear internal ladder is constantly comparing their situation to external benchmarks. When the internal path is unclear, the external one wins.
This guide covers a complete engineering career ladder from IC1 to Distinguished Engineer, a parallel EM track, dual-ladder crossover design, titles across companies, and promotion criteria per level. For the broader framework that a career ladder fits inside, see our career progression framework guide.
Standard IC track: IC1 to Distinguished Engineer
The IC (Individual Contributor) track for engineering typically runs 5–7 levels. Below is a common 7-level structure used by mid-size to large engineering organizations. Smaller teams (under 50 engineers) often use 4–5 levels.
| Level | Common title | Scope | Key differentiator | Typical YoE range |
|---|---|---|---|---|
| IC1 | Software Engineer I / Junior | Well-defined tasks with significant guidance | Executes within defined parameters; asks good questions | 0–2 |
| IC2 | Software Engineer II | Scoped projects with some ambiguity | Works independently on well-scoped problems; minimal ramp-up | 2–4 |
| IC3 | Senior Software Engineer | Complex problems; influences scope definition | Drives projects end-to-end; mentors IC1–IC2; designs system components | 4–8 |
| IC4 | Staff Engineer | Cross-team technical decisions | Influences technical direction beyond own team; sets team standards | 7–12 |
| IC5 | Senior Staff / Principal Engineer | Org-wide technical strategy | Owns major architectural decisions; recognized org-wide technical authority | 10+ |
| IC6 | Distinguished Engineer | Company-level technical impact | Shapes technical strategy at company level; thought leader internally and externally | Rare |
| IC7 | Fellow / VP of Engineering (IC) | Industry-level impact | Defines field-wide technical direction; external reputation commensurate with role | Rare |
YoE ranges are industry averages from public ladder data; actual promotion depends on demonstrated capability, not tenure. "Rare" = fewer than 5% of engineers at most organizations reach that level.
Management track: EM to VP of Engineering
The management track typically branches from the IC track at IC3/Senior level — an engineer must have demonstrated solid IC3 capability before entering the EM track. The management track runs parallel to the IC track, with equivalent seniority and compensation band at each corresponding level.
| Level | Title | Typical team size | IC equivalent |
|---|---|---|---|
| M1 | Engineering Manager | 4–8 engineers | IC4 (Staff) |
| M2 | Senior Engineering Manager | 8–15 or 2–3 teams | IC5 (Principal) |
| M3 | Director of Engineering | 15–40 across multiple teams | IC5–IC6 |
| M4 | VP of Engineering | 40+ / department-level | IC6 (Distinguished) |
| M5 | SVP / CTO | Full engineering org | IC7 (Fellow) |
Dual-ladder crossover design
The dual-ladder model is only credible if two conditions hold:
- Compensation parity. Staff Engineer (IC4) and Engineering Manager (M1) should be in the same salary band. If the EM track pays significantly more, the ladder is advisory fiction — engineers will take the management track for financial reasons regardless of fit. Compensation parity is what makes the choice genuine.
- IC track extends high enough. If the highest IC level is Senior Engineer (IC3) and the ladder jumps directly to management above that, you have a ladder, not a dual-track system. Engineers need to see a path to Principal or Distinguished without taking a management role.
The crossover point should be explicitly defined. The most common model: an engineer can enter the M1 track after demonstrating IC3-level capability and explicitly requesting the management path. Movement back from M1 to IC3 or IC4 should be possible without penalty — this signal matters even if it is rarely used.
Engineering titles across companies
Title conventions vary more in engineering than in almost any other function. The same scope of work might be titled "Engineer III" at one company, "Senior Engineer" at another, and "L4 Software Engineer" at a third. This table maps common title conventions across different company types.
| Scope / Level | Startup (50–200) | Tech co. (FAANG-style) | Enterprise / consulting |
|---|---|---|---|
| Entry-level | Software Engineer | SWE I / L3 | Associate Engineer / Grade 1 |
| Mid-level | Software Engineer | SWE II / L4 | Software Engineer / Grade 2 |
| Senior | Senior Engineer | Senior SWE / L5 | Senior Engineer / Grade 3 |
| Staff / Lead | Staff Engineer | Staff SWE / L6 | Principal / Architect |
| Principal | Principal Engineer | Senior Staff / L7 | Distinguished / Fellow |
| Distinguished | Distinguished / Fellow | Distinguished / L8–L10 | Fellow / CTO |
The lack of standardization means that "Senior Engineer" at a 50-person startup may correspond to L5 (Staff-equivalent) at a large tech company, or may correspond to L4. External benchmarking requires looking at scope and compensation together — title alone is not reliable. Resources like progression.fyi surface public ladder data, but scope definitions are more authoritative than title labels.
Promotion criteria by level transition
Each promotion decision requires evidence that the engineer is already operating at the next level — not that they would be capable of it with time and support. The distinction matters: promotions recognize demonstrated performance, not potential. Below are the key criteria for each major transition.
IC1 → IC2 (Junior → Engineer II)
- Consistently delivers assigned tasks with minimal revision needed
- Asks focused questions before starting work; surfaces blockers proactively
- Code reviews of their PRs require <2 rounds of feedback on average
- Has completed at least one well-scoped project end-to-end
- Minimum time-in-role: 12–18 months (varies)
IC2 → IC3 (Engineer II → Senior)
- Owns complex features or systems end-to-end without manager scaffolding
- Has demonstrated ability to scope ambiguous problems independently
- Actively mentors at least one IC1; their PRs are sought out for review
- Has shipped at least one non-trivial technical design decision
- Minimum time-in-role: 18–24 months (varies)
IC3 → IC4 (Senior → Staff)
This is the hardest transition on the IC track. The difference between Senior and Staff is not more seniority at the same level — it is a qualitative shift in scope. Staff Engineers operate across teams, not within one team.
- Has led a cross-team initiative that required alignment from 3+ teams
- Has influenced technical direction beyond own team (RFCs adopted, standards set)
- Is sought out by other teams for technical input on their decisions
- Has demonstrated the ability to navigate organizational complexity to get things done
- Minimum time-in-role at Senior: 24–36 months (often longer)
IC4 → IC5 (Staff → Principal)
- Owns significant pieces of the organization's technical strategy
- Has driven at least one organization-wide architectural decision
- Is a technical authority whose judgment is trusted org-wide without needing to prove it
- Builds technical alignment across multiple VPs/Directors simultaneously
Adapting this ladder to your organization's size
Under 30 engineers
Use 3–4 levels: Junior, Engineer, Senior, Staff (optional). Do not add levels to create the appearance of more advancement than exists — false granularity erodes trust faster than a flat ladder. Instead, be explicit about the scope differences between your 3 levels and connect them to real compensation bands.
30–100 engineers
Use 4–5 levels. Add a Staff level when you have engineers who are doing cross-team technical work — typically around 40–60 engineers. Add the management track (EM + Senior EM) when you have 3+ engineering managers. Keep the ladder anchored to real scope differences, not title inflation.
100+ engineers
The full 6–7-level ladder becomes relevant here. Principal and Distinguished levels require enough organizational surface area to justify org-wide and company-wide technical influence. In organizations under 100 engineers, these levels exist in name only.
For a complete framework connecting this ladder to competencies, promotion criteria, and calibration, see our career progression framework guide and the article on building a framework engineers will actually trust. To build and deploy this ladder for your team, see Harmny's competency frameworks feature and our engineering solutions page.