Why Levels Matter
You’ve got a shiny offer. Congratulations. Now comes the part where a mysterious combination of letters and numbers—L3, L5, L7—quietly decides your pay, expectations, and how many meetings you’ll sit in. Levels determine your day-to-day reality more than the job description ever will.
Think of level as the company’s promise: “Here’s the scope you’ll own, the ambiguity you’ll navigate, and the influence we expect you to wield.” Get it wrong and you can end up bored, overwhelmed, or plateaued. Get it right and you compound impact—and compensation.
Job is what you do. Level is how big you do it, how independently, and who trusts you to do it.

Are you sure you're getting this? Click the correct answer from the options.
Which axis best describes how much guidance an engineer needs to succeed?
Click the option that best answers the question.
- Scope
- Autonomy
- Ambiguity
- Influence
Mental Model
Four axes define engineering seniority in most ladders:
scope: size of problems you own (a module → a system → a portfolio).autonomy: how much guidance you need (task-level → problem-level → mission-level).ambiguity: how fuzzy the problem is (clear ticket → vague outcome → undefined strategy).influence: who you move (yourself → your team → multiple teams/orgs).
As you climb, you don’t just write more code—you reduce uncertainty for others.

Try this exercise. Is this statement true or false?
L6 is typically titled Senior Software Engineer across companies.
Press true if you believe the statement is correct, or false otherwise.
Title Translation
Companies rename the same rungs. A rough, common mapping:
L3→Software Engineer/Engineer I(entry).L4→Software Engineer/Engineer II(mid).L5→Senior Software Engineer(senior).L6→Staff Software Engineer(staff).L7→Senior Staff/Principal Engineer(principal+).
Beware title inflation. “Senior” at a 12-person startup might mean “can deploy on Fridays without supervision.” At larger companies, Senior (L5) usually means consistent, repeatable impact across complex projects.

Two Career Tracks
You’ll hear about IC and EM:
IC=Individual Contributor. You lead through technical judgment, design, and influence—often without direct reports.EM=Engineering Manager. You lead people, teams, and process. You’re accountable for outcomes, not just outputs.
Neither is a promotion from the other; they’re parallel tracks with different muscles. Senior ICs often have broader technical scope than new EMs. Choose by energy source: code and systems vs people and systems.

Are you sure you're getting this? Is this statement true or false?
IC and EM are parallel tracks; neither is a promotion from the other.
Press true if you believe the statement is correct, or false otherwise.
L3: New Grad/Entry
You’re learning the stack, shipping with guidance, and building reliability.
scope: features or well-shaped tasks.autonomy: needs direction; blocks are expected and surfaced early.ambiguity: low; work decomposed by others.influence: your lane; your PRs.
What great looks like: fast learner, clean diffs, great questions, reliable oncall checklists, thoughtful tests, eager to own small areas.
L4: Mid-Level Engineer
You deliver end-to-end within a team, and you reduce load on seniors.
scope: a component or small service.autonomy: takes loosely defined tasks to done.ambiguity: moderate; clarifies requirements with PM/Design.influence: within your squad; mentorsL3s informally.
Great L4s turn product ideas into technical plans, write solid RFCs, and quietly keep the backlog honest.
L5: Senior Engineer
You are the team’s force multiplier.
scope: critical services or features that touch multiple components.autonomy: from problem → solution with limited oversight.ambiguity: high; you turn fuzzy goals into concrete plans.influence: across the team and adjacent teams; durable mentorship.
Signs of L5: sets SLOs, leads incident reviews, designs for 2–3-year horizons, prioritizes the boring but important fixes, and teaches others to do the same.
L6: Staff Engineer
You expand the envelope of what the org can safely build.
scope: multi-team systems, platform layers, or cross-cutting concerns.autonomy: defines strategy in partnership with EMs/PMs.ambiguity: very high; you discover problems worth solving.influence: across teams/orgs; sets technical direction and standards.
Staff is less “more code” and more “create leverage.” You unblock teams at scale: foundational libraries, migrations, reliability programs, or performance initiatives.

L7: Principal and Beyond
You shape the technical identity of an organization.
scope: company-level pillars, multiproduct platforms, or existential risks.autonomy: sets roadmaps others execute.ambiguity: extreme; defines categories, not just solutions.influence: org-wide or company-wide; external reputation often included.
At L7+, you’re editing the architecture of the org as much as the architecture of the code.
Promotion Mechanics
Promotions rarely happen because you “could do that job.” They happen after you’ve already been doing it reliably.
- Evidence > potential. Keep a running
brag documentof impact, metrics, and artifacts (RFCs, designs, incidents). - Promotions are calibrated. Your work is compared to a rubric and to peers at that level.
- Narrative matters. Package your impact as outcomes: “Reduced p95 latency by 40%, unlocking X product metric,” not just “Implemented caching.”
Tip: ask for the company’s leveling rubric and 2–3 anonymized examples of promo packets that succeeded at your target level.

Build your intuition. Fill in the missing part by typing it in.
Promotions reward consistent evidence of impact you've already delivered. Keep a running _ to capture this evidence.
Write the missing line below.
Try this exercise. Click the correct answer from the options.
Which tactic can help nudge a higher level post-offer?
Click the option that best answers the question.
- Ask if leveling was borderline and what gaps were noted
- Share evidence mapped to their rubric (scope owned, cross-team leadership)
- Negotiate a written level-review checkpoint in 4–6 months
- All of the above
Negotiating Level
Your biggest post-offer lever may be the level itself. Tactically:
- Ask: “Was leveling borderline? What specific gaps were noted?” This invites a soft reconsideration.
- Share evidence: prior scope, systems owned, cross-team leadership. Match to their rubric language.
- Negotiate for a
level reviewcheckpoint (e.g., 4–6 months) with written expectations if the level won’t change now. - Consider team placement: the same level can feel very different across teams based on roadmap and resourcing.
If they won’t budge, negotiate scope: projects, charter, mentorship expectations—then tie comp refreshers to those.
Are you sure you're getting this? Could you figure out the right sequence for this list?
Order these components by how much they typically scale with level, from least to greatest.
Press the below buttons in the order in which they should occur. Click on them again to un-select.
Options:
- Base
- Bonus
- Equity
Comp vs Level
Compensation bands are usually anchored to level. A small level bump can outpace months of haggling over a few thousand dollars.
base: stable, smaller differences by level.bonus: often % of base, increases with level.equity: the big swing; target value and refresh cadence scale with level.sign-on: make-whole for forfeited equity; time-based clawbacks matter.
If level can’t move, push for stronger refresh philosophy, earlier promo windows, and a sign-on structured to cover the ramp.

Startup vs BigCo
Startups:- Pros: faster scope growth, less process, broader surface area.
- Cons: fuzzy levels, title inflation, limited calibration, comp volatility.
BigCo:- Pros: clear rubrics, reliable calibration, mature mentorship, stable comp.
- Cons: more process, narrower ownership, slower change.
If the ladder is vague, ask for the career ladder doc, promo frequency, and the last three successful promos at your target level: what work, how long, what evidence.
Build your intuition. Is this statement true or false?
Startups usually have clearer rubrics and stronger calibration than big companies.
Press true if you believe the statement is correct, or false otherwise.
Cross-Company Mapping
Translating offers across different ladders:
- Map responsibilities, not titles. Compare
scope,autonomy,ambiguity,influence. - Use artifacts: sample
RFCs,design docs, oncall severity, traffic/scale. - Ask, “At this level, what’s a bar-raising project from the last 6 months?” Then imagine yourself doing it comfortably.
Rule of thumb: if you’d be stretching just to survive the first 90 days, you’re likely a level too high. If you could lead with one hand tied, maybe a level too low.

Red Flags
Seniorwith no rubric: title inflation risk.- “You’ll lead, but no time for design docs.” Translation: chaos is the process.
- “Promotion is headcount-dependent.” Healthy orgs separate performance from vacancies.
- “Tech Lead” as a title without level change.
TLis a role, not a level—clarify expectations and comp.
Gut check: if the story of your success depends on heroics, not systems, reconsider.
First 90 Days
Tailor your ramp to level:
L3–L4: ship small wins weekly; learn the pager; build trust with crisp execution and good questions.L5: deliver a meaty feature end-to-end; improve a critical oncall runbook; mentor intentionally.L6: land a cross-team design; retire a class of incidents; establish a standard (linting, tracing, SLOs) org-wide.L7: align leaders on a technical strategy; sequence a multi-quarter migration; create leverage with a platform or program.
Across all levels: write it down. Clear RFCs are portable proof.
EM Track Overview
What changes if you go EM?
- Time shifts from code to outcomes, people, and portfolio health.
- Core loops: hiring, performance, coaching, delivery, and technical stewardship (often via your
Staffpartners). - Great EMs create an environment where great ICs thrive: clear
OKRs, sane oncall, predictable execution, and space for deep work.
If you love unblocking humans and designing systems-of-systems, you’ll likely enjoy EM.
Switching Tracks
The pendulum move (IC ↔ EM) is common.
- Try before you buy: take on
TLresponsibilities as anICor adopt aproject EMhat temporarily. - Keep your narrative coherent: “I optimize for leverage. Right now, that’s IC/EM because…”
- If switching back to IC, bring people systems with you: delegation, feedback, prioritization—these are senior IC superpowers.
Request a level calibration when switching. Don’t assume a one-to-one mapping.
Level Up Strategy
How to make the next level obvious:
- Write your
staff-likeimpact now: choose work that multiplies others, not just yourself. - Manage
ambiguity: proactively shape problems, don’t wait for tickets. - Quantify outcomes: latency, reliability, revenue, developer velocity. Pick two and move them.
- Build a coalition: mentor 2–3 engineers, partner with PM/EM/Design, seek a sponsor at your target level.
- Package the story: maintain a living
promo packet—executive summary, outcomes, artifacts, testimonials.
Quiet, repeated excellence beats one loud launch.
Let's test your knowledge. Fill in the missing part by typing it in.
A key outcome to quantify when leveling up is developer _.
Write the missing line below.
Recap
Levelis the operating system of your job:scope,autonomy,ambiguity,influence.ICandEMare parallel tracks; choose your energy source.- Rough map:
L3(entry),L4(mid),L5(senior),L6(staff),L7(principal+). - Post-offer, negotiate
levelandscopefirst; comp follows. - Use rubrics, evidence, and artifacts to calibrate across companies.
- Optimize for environments where your next level is a predictable consequence of the work you’re already doing.
Pick the level that lets you do the best work of your life—and puts you in rooms where that work gets multiplied.



