explaingit

jorgef/engineeringladders

8,519Audience · developerComplexity · 1/5Setup · easy

TLDR

A practical framework for engineering managers to define career levels across four tracks, Developer, Tech Lead, Technical Program Manager, and Engineering Manager, using five skill dimensions and seven numbered levels with visual radar charts.

Mindmap

mindmap
  root((engineeringladders))
    Career Tracks
      Developer
      Tech Lead
      Program Manager
      Engineering Manager
    Five Dimensions
      Technology
      System
      People
      Process
      Influence
    Seven Levels
      Level 1 junior
      Level 4 senior
      Level 7 principal
    How to Use
      Career conversations
      Radar chart review
      Company adaptation
    Audience
      Engineering managers
      Developers
Click or tap to explore — scroll the page freely

Code map

Detail Auto

An interactive map of this repo's files and how they connect — its source is parsed live in your browser. Click Visualize to build it.

filefunction / class

Things people build with this

USE CASE 1

Map a team member's current skill level across five dimensions and identify specific growth areas using the radar chart

USE CASE 2

Adapt the seven-level framework to your company's own engineering career ladder and promotion criteria

USE CASE 3

Prepare for a career conversation with your manager by reviewing what the next level expects across Technology, System, People, Process, and Influence

USE CASE 4

Calibrate cross-team expectations by giving everyone a shared definition of what senior, staff, or principal engineer means

Getting it running

Difficulty · easy Time to first run · 5min
The README states the content is open source but does not specify which license applies.

In plain English

This repository is a framework that engineering managers can use to have structured career conversations with the people who report to them. It describes what is expected at each level across four different career tracks common in software companies: Developer (the individual contributor who writes code), Tech Lead (a developer who also owns the overall technical direction of a system), Technical Program Manager (someone who coordinates work across multiple teams), and Engineering Manager (the person responsible for a team's delivery and the growth and satisfaction of its members). The framework defines seven levels, numbered 1 through 7, though not all tracks start at level 1. Developers start at level 1, while Engineering Managers begin at level 5. Each level is described across five dimensions: Technology (how well someone knows the tools and systems), System (how much ownership they take over what gets built and how it runs), People (how they relate to and support teammates), Process (how they engage with how the team works), and Influence (how far their impact reaches, from a single feature to the broader tech community). Within each dimension, there are five performance tiers. For Technology, for example, someone at the lowest tier is actively learning the tools the team uses, while someone at the highest tier is inventing new technologies that others adopt. Each tier builds on the one below it. The framework uses radar charts, which are spider-web-shaped diagrams, to visually show where someone sits across the five dimensions. This is meant to make it easy to spot strengths and growth areas at a glance. The README includes a FAQ that clarifies how to use the framework in practice: it is not a checklist for deciding promotions, but a guide for conversations. Companies are encouraged to adapt it to their own structures. The content is open source.

Copy-paste prompts

Prompt 1
I manage a mid-level developer who wants to grow. Using the Engineering Ladders framework, help me map where they currently sit on each of the five dimensions and identify two concrete growth areas.
Prompt 2
Generate a radar chart description for a Developer at level 3 in the Engineering Ladders framework showing their scores across Technology, System, People, Process, and Influence.
Prompt 3
I want to adapt the Engineering Ladders framework for my startup. We have three levels instead of seven and no Tech Lead track. Help me simplify the framework while keeping the five-dimension structure.
Prompt 4
Help me write talking points for a performance review conversation using the Engineering Ladders framework where the developer is strong in Technology but weak in Process and Influence.
Prompt 5
Explain the difference between a Tech Lead at level 4 and an Engineering Manager at level 5 using the Engineering Ladders framework dimensions.
Open on GitHub → Explain another repo

← jorgef on gitmyhub — every repo by this author, as a profile.

Verify against the repo before relying on details.