The Case Against Public Levels - Aniruddha
Aniruddha
SubscribeSign in
The Case Against Public Engineering Levels
Aniruddha<br>Jun 24, 2026
Share
In Dragon Ball Z, the Saiyans wear a scouter, a little eyepiece that reads someone’s power level and puts a number on it. Vegeta lives by that number. He sizes up every opponent by what the scouter tells him, and his whole sense of himself is wrapped up in pushing his own reading higher than everyone else’s. The number stops being a description of the fighter and becomes the thing he obsesses over.<br>Public engineering levels are like that scouter.<br>When I joined Pocus I was unsure about a lot of things, but certain about a few. One of them was to delay public levels as long as I possibly could. Some people found it odd. Most startups get this backwards. Seed and Series A companies, twenty or thirty engineers in, stand up a public ladder almost out of the gate. It’s wrong for the stage, and wrong in a way that’s hard to walk back.<br>Levels
I think of levels as an abstraction over what an engineer actually does. You take the work, and the work you wish they were doing, and spread it across a few axes. Technical depth, collaboration, impact, whatever set you pick. Then you grade against it. That's probably fine as a private exercise.<br>As soon as a level is public, it becomes the thing people optimize for. It's human nature. Competitive engineers want to show progress, and when progress has a public form, that form is what they chase. This is worst at a startup, where the most valuable thing someone does in a month often lands on no axis at all. Three weeks on-call so someone else can ship. A weekend unblocking a customer. A rewrite nobody asked for that saves the quarter. None of that grades well, so people quietly stop doing it. You wanted better engineers. You get better level-chasers.<br>Accountability
The usual defense is accountability. Public levels supposedly keep everyone honest about who is operating where. It rarely works at the scale of a young company. At every place I’ve worked that had public levels, there were people sitting at levels they had no business being at. Everyone knew. Their managers knew. Nobody did anything.<br>The reason is simple. Performance management is hard, and early orgs are terrible at it. Most people doing management are doing it for the first time, and first-time managers are notoriously bad at managing performance. There are a hundred reasons someone might be coasting at a level. Health, motivation, something happening at home. Sorting that out takes a calibration muscle that a young org just doesn’t have yet. We design these systems assuming clean execution and then hand them to people still learning the basics of how to give hard feedback.<br>A wrong level that nobody corrects doesn’t just sit there. It starts winning arguments. In cross-org discussions, the higher level tends to carry the room. Level becomes a proxy for authority, which is a bad thing anywhere and a worse one at a startup. Staff engineers get deference because they’re staff, and a lot of them arrive with strong opinions they get to act on because of the title, not the idea. Early on you want the best idea to win, wherever it comes from. A level that pre-wins arguments is the opposite of that. The part people resist hearing is that making someone re-earn their standing on the merits isn’t a cost of having no levels. It’s most of the point.<br>Sequencing
So what should you actually do?<br>First, make sure money isn’t forcing the issue. Most companies tie compensation to level, on the logic that a higher level means a scarcer skill means more pay. That holds at a big company, where you can swap one L5 for another. At a startup nobody is swappable. Every engineer is a specific bundle of value, and when a level bump is the only way to earn more, people will chase the bump even when it cuts against what the company needs. Decouple the two. Bonuses, equity, wide overlapping bands all do the work. Once money stops routing through level alone, most of the pressure drains out.<br>While the org is still small enough to hold in your head, run with no levels at all. That doesn’t mean no expectations. It means managers own a clear, written growth plan for each engineer, just not pinned to an abstract ladder. It will feel inconsistent, and you’ll have to sit with that. What you get back, engineers who aren’t thinking about promotions, is worth far more.<br>Once you’ve built a little of that muscle, you introduce private levels. Now there’s a real framework underneath, but only the engineer and their manager know where someone lands. This scales much further than people think, and plenty of well known companies run for years exactly this way. Levels still leak, because people talk, and that has never once been the disaster everyone worries it will be. What private levels buy you is room to be wrong. You run the framework through a few calibration cycles and watch what it does, whether it...