Skip to content
Northstack

The Staff Engineer Trap

Most firms hiring their first Staff Engineer are looking for the wrong person and don't know it. Here's what the brief should actually say.

A pattern we see often enough now that it’s worth writing down: firms hiring their first Staff Engineer for the first time, with a brief that — when you read it carefully — is actually describing a Senior Engineer plus expectations, or an Engineering Manager with a different title, or a Principal Engineer at a more mature firm. Almost never a Staff Engineer.

The result is twelve weeks of search, a shortlist of strong candidates who don’t quite fit, and an offer that doesn’t land. We’ve seen this exact pattern at maybe a dozen firms in the last year.

What Staff actually is

Staff Engineer is a senior IC role that exists because an organisation has reached a size where individual engineering decisions affect more than one team. The Staff Engineer is the person who writes the design doc that other teams have to read, holds the cross-cutting technical conversation that no single engineering manager owns, and operates without a direct team in the conventional sense.

Pre-conditions for Staff Engineer being a real role: you have at least 25 engineers, you have at least three engineering teams, and you have decisions that genuinely span those teams. If you have eight engineers in one team, you do not have a Staff Engineer problem. You have a Senior Engineer problem.

What firms write instead

The most common mis-briefs we see:

“We need a Staff Engineer who can also lead a small team of three or four.” This is an Engineering Manager. Call it that.

“We need a Staff Engineer who can come in and own the architecture of [system X].” This is a Principal Engineer or, depending on the system, a Senior Engineer at a small firm. Staff is cross-cutting; if you want one person to own one system, you don’t want Staff.

“We need a Staff Engineer who can mentor our Seniors.” Mentoring is something every senior IC does — it is not a job description. If the actual need is “we need our Senior Engineers to level up faster,” the answer is more often an Engineering Manager who’s good at coaching, or a Principal Engineer who’ll model the work.

What a real Staff brief looks like

A real Staff brief is uncomfortable to write because it doesn’t have a single deliverable. It looks like: “We have N engineering teams. The architectural decisions that span those teams currently fall to [the CTO / no one in particular]. We need a senior IC who can hold those decisions, build the relationships across the teams that make decisions land, and operate without a direct team.”

That brief is harder to write and substantially harder to recruit against. It is also the brief that produces a successful Staff hire.

What to do if you have this problem

Talk to us before you brief. We do not charge for the initial conversation, and a meaningful number of the briefs we discuss conclude — within twenty minutes — that what the firm actually needs is a different role.

That conversation is worth more than most search firms will tell you.