a builder's codex
codex · operators · Silvia Botros · ins_all-problems-become-people-problems

Above a certain level, every problem is a people problem

By Silvia Botros · Senior Principal Engineer, Twilio · 2020-08-10 · essay · The reality of being a Principal Engineer

Tier B · TL;DR
Above a certain level, every problem is a people problem

Claim

The classic "manager vs. IC" fork is a false choice. Once an engineer reaches principal level, all problems are solved through people — convincing the technical team why a business problem should be solved one way over another, finding the right message for each audience. There are no purely technical problems at that altitude.

Mechanism

Technical problems at the principal scope are systems problems, and systems are made of teams. The hard part is not finding the right architecture; it is getting twelve engineers, three product managers, and a VP to converge on it. That is influence work. Code-level competence becomes the table stake; the actual job is moving humans. ICs who treat the role as "manager problems are not my problem" fail at it.

Conditions

Holds when:

Fails when:

Evidence

"Once you reach a certain level, all problems are solved by people. There is no such thing as a purely technical problem. In fact, this is the level where one wishes more problems were code-based because we can make code do a lot of things, but making people do things is harder and influencing people to do what we want is harder still."

— Silvia Botros, LeadDev, 2020-08-10

Signals

Counter-evidence

Some ICs choose to stay at "senior" precisely because they want technical work. The Botros frame is descriptive of principal+ scope, not prescriptive that every senior must embrace people work. The fork is real if the IC chooses not to climb — the claim only governs at the principal step.

Cross-references

Open the interactive view → View original source → Markdown source →