An engineering ladder is the document that names the levels in your engineering organization and describes the behaviors that distinguish each one. Most ladders are bad — not because they're written badly, but because they describe what the levels should be in an idealized org, and bear little relation to what actually gets promoted in your specific company. The result is a document that managers ignore and engineers gaslight themselves with.
The template below is the lean version. It is more useful to fill in honestly for six levels with three or four crisp distinctions per level than to fill in twelve levels with fifteen rubric points each. The honest version gets used; the long version becomes a ceremonial PDF that nobody reads during promotion discussions.
When to use it
- You have more than twenty engineers and no written ladder.
- Your existing ladder is aspirational copy and managers privately use a different rubric for promotion.
- Engineers consistently complain that they don't know what would get them promoted.
- A new VP of Engineering is taking over and wants to inherit a clear leveling document.
The template structure
This is the structure of the template. Copy it into a Notion page, a Linear doc, or a markdown file in your repo — it works in any of them.
ENGINEERING LADDER — [company]
Last reviewed: [date] Owner: [name]
THE LEVELS
L1 — Junior Engineer
Scope: Closes well-scoped tickets with guidance.
Independence: Asks for help freely; ramp-up is the job.
Influence: Self, primarily.
Distinguishing trait: Learning velocity.
L2 — Engineer
Scope: Owns features end-to-end on a known codebase.
Independence: Self-directed within a sprint; surfaces blockers
quickly.
Influence: Self and immediate pair.
Distinguishing trait: Reliable execution on assigned work.
L3 — Senior Engineer
Scope: Owns a system area; designs medium features.
Independence: Self-directed across sprints; sets own quarterly goals.
Influence: Team. Code reviews shape the team's practices.
Distinguishing trait: Multiplies the team's output, not just their
own.
L4 — Staff Engineer
Scope: Owns a system area and influences architecture across
multiple systems.
Independence: Sets technical direction; manager-equivalent peer
in planning.
Influence: Multi-team. RFCs, mentorship of seniors.
Distinguishing trait: Sets the technical direction, not just
follows it.
L5 — Senior Staff Engineer
Scope: Cross-org technical direction. Owns a class of
problem, not just systems.
Independence: Picks problems worth solving; manager and tech lead
seek their input on direction.
Influence: Org-wide. Shapes engineering culture by example.
Distinguishing trait: Picks the right problems, not just solves
assigned ones.
L6 — Principal Engineer
Scope: Strategic technical direction across the company.
Independence: Equivalent peer to engineering leadership.
Influence: Company-wide. Hires, sets, and changes long-term
direction.
Distinguishing trait: Decisions at this level outlast the people
making them.
MANAGEMENT TRACK
Parallel to L3+. The ladder is two-track: technical (above) and
management (M1–M3). Compensation aligned across tracks.
WHAT IS NOT IN THIS LADDER
- Tenure.
- Specific technologies.
- Performance ratings (separate process).
PROMOTION RULES
- Promotion requires sustained performance at the new level, not
a single quarter.
- Promotion is not retroactive recognition; it is a forward-looking
bet that the engineer is operating at the new level.
- "Stretch" assignments are how engineers demonstrate readiness;
not all stretch assignments lead to promotion.
EVALUATION CADENCE
- Self-assessment against this ladder twice a year.
- Manager assessment same cadence.
- Promotion discussions during the formal review cycle, not ad hoc.
Governance, not a status channel
StandIn is async governance infrastructure. Engineers declare working state before they go offline. Representatives answer from the record, cite the source, and refuse when the answer is not there.
Request access →How to use it well
- Distinguishing trait, not rubric points. The most useful column is the one-line distinguishing trait. Long rubrics produce gaming; short distinguishing traits produce honest conversations.
- Two-track ladder, equal pay. Engineers who would make bad managers should be able to grow into senior staff and principal without converting to management. If the management track pays more at equivalent levels, the ladder is lying.
- Stretch assignments and promotion are different. Stretch is how an engineer demonstrates they could perform at the next level. Some stretch ends in promotion; some ends in "we are not sure yet." Both are valid outcomes; treating stretch as a promotion track creates resentment when it doesn't pan out.
- Tenure is not on the ladder. Some engineers reach senior in two years; some never reach it. Putting tenure in the ladder produces the wrong incentives and rewards the wrong behavior.
- Self-assessment + manager assessment. Two views on the same ladder produces the most useful conversations. Gaps between self and manager are the highest-signal coaching opportunities.
What to skip
Skip ladders with twelve levels. Most engineering orgs need five or six. Twelve-level ladders are usually a HR-side artifact that nobody uses for real promotion decisions; they exist to give compensation bands fine resolution but they bury the real distinctions.
Skip the urge to write rubrics that cover every possible scenario. The ladder is a guide, not a contract. Promotion involves judgment about a specific engineer; the ladder is what makes that judgment legible, not what replaces it.
Frequently asked questions
Is this template free?
Yes. The structure above is the template. Drop it into your handbook or your internal engineering Notion.
Can I edit it?
Yes — and you should. The levels above are the common shape; companies use different titles and different number of levels. The template is the format; your content goes in.
Do I need to give my email?
Not for the template. The download is a formatted Notion version; the email is only for the newsletter list.
Get async handoff insights in your inbox
One email per week. No spam. Unsubscribe anytime.
Ready to eliminate your daily standup?
Distributed teams use StandIn to start every shift with full context — no standup required. Engineers post a 60-second wrap. The next shift wakes up knowing exactly what to work on.