Make money doing the work you believe in

๐—ช๐—ต๐˜† ๐—ฌ๐—ผ๐˜‚๐—ฟ ๐—•๐—ฒ๐˜€๐˜ ๐—˜๐—ป๐—ด๐—ถ๐—ป๐—ฒ๐—ฒ๐—ฟ ๐—•๐—ฒ๐—ฐ๐—ผ๐—บ๐—ฒ๐˜€ ๐—ฌ๐—ผ๐˜‚๐—ฟ ๐—ช๐—ผ๐—ฟ๐˜€๐˜ ๐— ๐—ฎ๐—ป๐—ฎ๐—ด๐—ฒ๐—ฟ

Your senior engineer is the strongest on the team. They ship cleanly, mentor juniors, and design complex systems. The reward is a promotion to engineering manager.

Six months in, the team is struggling. One-on-ones get skipped. Planning is reactive. The engineer who used to ship the hardest features now spends their days in meetings about other people's features. They're not great at it.

The company didn't gain a manager. It lost an engineer.

This is the Peter Principle:

"In a hierarchy, every employee tends to rise to their level of incompetence."

The mechanism is simple. Promotions reward performance in your current role. They don't test whether you'll be good at the next one. You keep getting promoted as long as you succeed. The day you stop succeeding, the promotions stop. You stay there.

Scaled up, you get an organization where most senior roles are held by people who hit their ceiling and stopped moving.

The pattern has a specific shape in software. The skills that make someone a great engineer (deep focus, deterministic problem-solving, clean execution) are not the skills that make someone a great manager (context-switching, ambiguity tolerance, conversations, soft-skills). Being world-class at one tells you nothing about the other.

The dysfunction this creates in tech orgs:

The promotion path runs through management. Engineers who want raises, scope, or recognition have to take a job most of them don't want and many won't be good at.

Companies confuse seniority with leadership. The best programmer becomes the tech lead by default, even when nobody (including them) thinks it's a good fit.

Bad managers are rarely demoted back. The Peter Principle's grim corollary: once someone reaches their level of incompetence, they tend to stay there. Demotion feels like punishment, even when both sides would benefit.

The fix is structural, not individual. Three patterns that work:

๐——๐˜‚๐—ฎ๐—น ๐—ฐ๐—ฎ๐—ฟ๐—ฒ๐—ฒ๐—ฟ ๐˜๐—ฟ๐—ฎ๐—ฐ๐—ธ๐˜€. Engineers advance to staff, principal, or distinguished without ever managing people. The IC track gets the same titles, compensation, and respect as the management track. Most large tech companies do this now. Many smaller ones still don't.

๐—ง๐—ฟ๐˜†-๐—ฏ๐—ฒ๐—ณ๐—ผ๐—ฟ๐—ฒ-๐˜†๐—ผ๐˜‚-๐—ฝ๐—ฟ๐—ผ๐—บ๐—ผ๐˜๐—ฒ. Move the engineer into the role on a trial basis. Six months as acting manager. If it works for both sides, make it permanent. If not, return to engineering with no penalty.

๐—ง๐—ฟ๐—ฒ๐—ฎ๐˜ ๐—บ๐—ฎ๐—ป๐—ฎ๐—ด๐—ฒ๐—บ๐—ฒ๐—ป๐˜ ๐—ฎ๐˜€ ๐—ฎ ๐˜€๐—ธ๐—ถ๐—น๐—น, ๐—ป๐—ผ๐˜ ๐—ฎ ๐—ฟ๐—ฒ๐˜„๐—ฎ๐—ฟ๐—ฑ. Train new managers. Coach struggling ones. Stop using management as the prize for performance in a different job.

The Peter Principle isn't a knock on the people who get promoted. They didn't ask for the trap. The fix is on the organization that built the trap.

May 21
at
8:45 AM
Relevant people

Log in or sign up

Join the most interesting and insightful discussions.