Most senior engineers who want the staff title are doing the wrong work. Not bad work. Wrong work. Across the promotion packets and calibration meetings I've been part of, the gap between who gets promoted and who doesn't is rarely about technical skill.
They're shipping clean code, mentoring their teammates, and getting "exceeds expectations" every review cycle. They're not getting promoted. And after two or three cycles of being told they're close, they start to wonder if the system is rigged.
Sometimes it is. But usually the problem is more specific: they're still being evaluated like a senior engineer, which means they're still working like one.
The shift to staff isn't about doing more of the same thing better. It's a different job function. Organizations that understand this will tell you that explicitly. Many don't, and that ambiguity is what stalls most people.
The reality: Getting to staff is about scope of impact, not quality of execution. And what happens to your pay when you get there depends a lot on whether you promoted internally or arrived there by switching companies.
What Staff Actually Means (Not the Generic Version)
Every article on this topic says staff engineers need "cross-team impact" and to "multiply others." That's true but too abstract to act on.
More precisely: a staff engineer's decisions have consequences that outlast any single project and affect people who never worked directly with them. That's the functional test.
A senior engineer who builds an excellent service owns that service. A staff engineer who designs the architecture that every team builds services on top of owns something categorically different. The second one is making decisions that constrain and enable others for years. That's what organizations are actually paying for.
The four archetypes that tend to emerge in practice (credit to Will Larson's work in this space):
Tech Lead. Coordinates the technical direction for a team or set of teams. Heavy on alignment, stakeholder management, roadmap work. Less direct coding, more unblocking and prioritizing.
Architect. Deep ownership of system-level design that spans teams. The person who others bring their technical questions to. Usually the go-to for decisions that are hard to reverse.
Solver. Moves from critical problem to critical problem across the organization. Less associated with a specific team, more deployed toward whatever the most expensive unsolved problem is.
Right Hand. Works in close partnership with an engineering director or VP. Amplifies leadership decisions technically. Represents engineering in cross-functional contexts.
Different companies weight these archetypes differently. Some organizations have staff roles that are essentially all tech lead. Others want the architect model. Knowing which archetype your company values most is more actionable than optimizing for a generic definition.
The Promotion Timeline: What's Actually Typical
The range is wide, and most guides understate how wide it is.
| Company | Path | Typical Timeline | Fast Track |
|---|---|---|---|
| L5 to L6 | 3 to 5+ years at L5 | 1.5 to 2 years with exceptional scope | |
| Meta | E5 to E6 | 2 to 4 years at E5 | Under 2 years is uncommon but happens |
| Amazon | L5 to L7 (skip L6) | 3 to 6 years | Rare, requires exceptional business impact |
| Microsoft | L65 to L67 | 3 to 5 years | ~2 years with strong sponsorship |
| Apple | ICT4 to ICT5 | 3 to 5+ years | Slower org, 2 years is very fast |
These are "time at level" figures. They don't account for how long it took to reach senior in the first place.
The number that matters more than timeline: how many review cycles you've demonstrated staff-level performance before the promotion lands. At Google, you're generally expected to operate at L6 scope consistently for 6 to 12 months before the promotion is approved. At Meta, similar. The committee isn't promoting based on potential. They're ratifying something you're already doing.
Senior is a "terminal level" at most FAANG companies. That's not a criticism — it means there's no clock running on promotion, and many excellent engineers stay at senior for their entire career by choice. But it also means no organizational pressure is accelerating the process. The engineer who wants to reach staff has to actively manage it, because the default is to stay where you are.
Why Most People Stall (The Actual Reasons)
You're measuring yourself by output, not by judgment
Senior engineers are rewarded for shipping. Staff engineers are rewarded for what they choose to work on. If you're proud of how well you executed a project, but nobody asked you to define what the project should be or whether the team should be building it at all, you're still in senior mode.
The question that moves your performance review from senior to staff: "What did this person's judgment prevent us from doing wrong?" Not "what did they build?"
Your impact is real but invisible
You might be doing legitimately staff-level work. But if you're not documenting it in a form that your manager can use in a calibration meeting, it doesn't exist in the promotion process. Managers advocate with evidence, not impressions.
Maintain what some engineers call a "brag doc" — a running record of your work, but written as business impact, not task completion. "Identified and resolved a cross-team dependency that was blocking two separate roadmap items, accelerating delivery by 6 weeks" is a promo packet entry. "Fixed the auth service integration" is not.
You don't have a sponsor above your manager
Your manager advocates for you to their peers. That's necessary. But a promotion to staff at most FAANG companies requires at least one voice at the director level or above who can say "I've seen this person operate and they're already doing staff-level work" in a closed calibration meeting.
A sponsor is different from a mentor. A mentor advises you. A sponsor uses their credibility to open doors for you. The way you get one: do work that directly affects a leader's priorities. If a director is trying to drive an architectural migration and you make that initiative succeed, you've given them a reason to advocate for you that's in their interest, not just yours.
There's no headcount
This is the structural reality most guides don't address directly. Staff roles at large tech companies are often subject to headcount caps. Some organizations have a maximum ratio of staff to senior engineers. When that ratio is full, promotions stall regardless of merit.
If you've been performing clearly at staff level for 12+ months and the answer keeps coming back to headcount or timing, that's not a performance problem. It's an organizational constraint. Understanding which one you're facing changes what you should do next. (One option: test the external market at staff level and see what offers come back.)
The Three Ways to Actually Get to Staff
1. The Internal Promotion Path
The standard path. Takes 3 to 5 years at senior, requires sustained staff-level scope for 6 to 12 months before the packet goes to committee, and depends on having a manager who will fight for you and a sponsor who will back them.
To make this work:
- Have an explicit, documented conversation with your manager about what staff looks like at your specific org. Not the generic job description. The actual initiatives, behaviors, and outcomes they'd use to make your case.
- Identify the 1 to 2 highest-priority technical problems in your immediate org that no one owns. Own them.
- Build visibility outside your team. Attend tech talks, write internal documentation that other teams use, show up in design reviews for adjacent teams. If the only people who know your name are on your immediate team, you're not demonstrating staff-level organizational reach.
- Time your ask. Pushing for promotion during a hiring freeze, a reorg, or after a disappointing product outcome is almost always futile regardless of your individual performance. The best timing is right after a major win, at the start of a new fiscal year when headcount is being allocated.
2. The External Hire Path
Getting hired as a staff engineer at a new company is often faster than getting promoted internally. The math is counterintuitive but consistent: companies regularly hire externally at levels they're slow to promote internally, because the promotion process is burdened by politics and calibration constraints that don't apply to new hires.
This is the path for engineers who've been clearly operating at staff level for 12 or more months without getting the title. Interviewing externally at staff level gives you a data point on how the market evaluates your scope. Even if you ultimately stay, a staff offer in hand is powerful context for an internal promotion conversation.
The technical interview process for staff roles differs from senior. Expect system design questions that emphasize cross-team coordination, tradeoffs with organizational implications, and situations where you had to make a call without full information. Execution-only questions are less common.
3. The Startup Path
Joining a scaling startup as a founding engineer or early senior hire sometimes provides staff-level scope within 1 to 2 years that would take 4 to 5 years at a large company. (If management is an alternative you're considering instead of the IC track, see the honest IC-to-engineering manager transition guide — comp, timing, and what the job actually becomes.) You're owning the entire technical direction. The tradeoffs: less compensation certainty, no established promotion process to validate your scope externally, and no peer group of staff engineers to calibrate against.
The startup path can work well as a stepping stone — spend 2 to 3 years doing genuinely staff-level work at a startup, then use that experience to enter FAANG at staff level directly. It's a compressed version of the internal path with higher variance.
What Happens to Your Pay
This is the part most promotion guides skip. Here's what actually happens, and why the numbers matter.
Internal promotion: what to expect
At FAANG-tier companies, an internal promotion to staff typically includes:
- Base salary increase: 10 to 20%, moving to the floor of the staff band. At Google, this brings base from roughly $195K–$235K (L5) to $230K–$270K (L6).
- New RSU grant: A refresh grant at the new level, typically a 4-year award calculated against the staff band. This is the bigger number and where the real comp jump lives.
- Bonus target adjustment: Usually increases by 5% (from 15% to 20% at Google, for example).
The realistic total comp jump from an internal L5 to L6 promotion at Google: $120K to $200K annualized, depending on when in your vesting schedule you are and the size of the new RSU grant. For the full company-by-company breakdown, see staff engineer salary benchmarks for 2026.
At Meta, E5 to E6 is often cited as the most economically significant jump in the engineering ladder. The equity grant at E6 is materially larger than at E5, and Meta has historically been aggressive about that difference.
The promotion penalty: why internal is always lower than external
Here's the number that surprises most people. An internal promotion to staff typically yields a final comp that is 15 to 30% below what someone with equivalent experience can get by interviewing externally as a new hire.
The mechanism: internal promotions bring you to the floor or lower midpoint of the staff band. External hires are recruited to the midpoint or above, especially if they have competing offers. The base starts higher, the RSU grant starts larger, and the signing bonus adds to the gap.
This is not a coincidence. Internal comp systems are built around incremental adjustments from your current number. External offers are built around market clearing prices. Those are structurally different calculations, and they consistently produce different results.
The practical implication: if you've been at a company for 5+ years and just got promoted to staff, check the market before you conclude your new comp is competitive. The promotion closes the gap with market partially but rarely fully.
The case for negotiating immediately after promotion
Most engineers don't think to negotiate after an internal promotion. The offer arrives, it looks like a meaningful improvement, and they accept. But the promotion moment is actually one of the best times to negotiate, because:
- You have just demonstrated your value clearly enough that a committee approved your promotion
- Your manager is in advocate mode, not evaluator mode
- You have full visibility into what the band looks like
Ask specifically about the initial RSU grant size and the refresh cadence. The base bump is usually constrained. The equity isn't always. A question worth asking: "Given that this grant brings me to the band for this new level, is there flexibility to start closer to the midpoint rather than the floor?" Some companies will adjust. Many won't. But the ask costs nothing.
When to Stop Waiting and Test the Market
Two signals that the internal path isn't working:
You've been operating at staff scope for 12+ months and have been told you're close for two consecutive review cycles. "Close" that doesn't land is feedback that something structural is blocking you — headcount, organizational politics, a manager who agrees you're ready but can't get you through the committee. That's information. Act on it.
Your manager can't tell you specifically what's missing. A manager who can give you a concrete, actionable answer to "what specifically needs to be different for me to be promoted?" is working with you. A manager who says "keep doing what you're doing" or "it's just a matter of timing" is not giving you usable information. At that point, testing the external market is the fastest way to understand how your scope is actually evaluated.
Testing the market doesn't require accepting an offer. Interviewing creates clarity about where you actually stand. If you get staff offers externally, you have your answer about your readiness. You can use those offers to accelerate the internal path or make the decision to move. Either outcome is better than waiting indefinitely on vague feedback.
Frequently Asked Questions
Q: How long does it take to get promoted to staff engineer?
The typical timeline is 3 to 5 years at the senior level before being promoted internally at a FAANG-tier company. Getting there faster — 1.5 to 2 years — requires both exceptional scope and strong sponsorship from leadership above your manager. There's no universal clock; some engineers are ready in 18 months and wait 3 years due to headcount. Others need 4 years to build the scope. Timeline and readiness are different variables.
Q: What's the salary increase when promoted to staff engineer?
An internal promotion to staff typically increases total compensation by $120K to $200K annualized at FAANG-tier companies, driven primarily by a new RSU grant at the higher level. Base salary increases 10 to 20%. The full staff market rate is usually 15 to 30% higher than what an internal promotion delivers — which is why benchmarking against external offers after promotion is worth doing.
Q: What's the difference between a senior and staff engineer?
Senior engineers are accountable for delivering well within a defined scope. Staff engineers are accountable for defining what the right scope is and for ensuring work succeeds across teams they don't directly control. The practical test: if your work only matters to your team, you're operating at senior level. If your decisions constrain or enable other teams, you're operating at staff level.
Q: Is it faster to get the staff title by switching companies?
Often, yes. External hiring at staff level bypasses internal promotion processes, headcount constraints, and calibration politics. Engineers who have clearly been operating at staff scope for 12+ months without getting the title frequently get staff offers within a few months of starting to interview externally. The job is demonstrating that scope credibly in a technical interview process, which is a learnable skill.
Q: What blocks a promotion to staff even if your work is strong?
Three common structural blockers: headcount limits (some orgs cap the ratio of staff to senior engineers), lack of a sponsor at the director level or above who will advocate in calibration, and work that's genuinely high quality but not visible enough outside your immediate team. Technical excellence alone doesn't make the case; the case requires documented cross-team impact that someone above your manager can speak to from direct observation.
Q: Should I negotiate my compensation when I get promoted to staff internally?
Yes. Specifically, push on the initial RSU grant size, the vesting schedule, and whether the grant brings you to the floor or midpoint of the new band. Base salary increases are usually constrained internally. Equity grants have more room, especially if you have competing offers or can demonstrate that the standard grant puts you below market. Checking current staff engineer compensation benchmarks before accepting is worth the 30 minutes.

