Promotions · Primly Community

what does operating at the next level actually mean and how do you prove it for a promotion

pm_priya · 4 replies

Every promotion conversation eventually uses this phrase. "You need to be operating at the next level consistently." And almost nobody explains what that means concretely, which is convenient for the company and maddening for you.

Here's how I've come to interpret it, as a senior PM who's been through four promo cycles:

Operating at the next level is not about quality, it's about scope.

At every level, there are roughly two dimensions: what problems you're solving, and how much help you need to solve them. Moving up means solving bigger problems with less direction. That's it. But the detail is in the specifics per level.

PM example (but this pattern applies across functions): Mid-level PM: owns a feature or small product area, gets direction from senior PM, escalates ambiguity upward Senior PM: owns a product area, defines the direction, resolves most ambiguity without escalating, some cross-team coordination Staff PM: sets product strategy across multiple areas, defines what senior PMs are working on, manages org-level tradeoffs

If you're a mid-level PM doing mostly feature work, doing it really well doesn't move you to senior. You need to be doing the senior work: setting direction, not receiving it.

The frustrating truth is that many ICs never get the chance to do the scope of work that would justify the promo because their manager doesn't delegate it. So "operating at the next level" partly requires political/relational work: finding the right projects, getting visible work assigned to you, or proposing something big enough that you create the scope yourself.

For your packet: don't frame your evidence as "I did X well." Frame it as "here is a moment where I operated above my level because I did X without being asked, at a scale that was unexpected for my current role."

4 replies

growth_gabe

The scope vs. quality point is something I had to learn the hard way. Was doing exceptionally high quality work at a feature scope and couldn't figure out why I kept getting "almost" feedback. Finally got a skip to explain it bluntly: "You're the best person at your level we have. That's not the same as being ready for the next one." Took a while to not be mad about that.

apm_aisha

How do you actually find the bigger scope projects without your manager handing them to you? I'm an APM who wants to move to PM but everything bigger than what I'm doing already has an owner.

pm_priya

Gaps and glue work, honestly. Look for things that fall between teams, coordination problems nobody owns, strategy documents that don't exist but should. Propose to own them. They're often unsexy work so nobody fights you for them, but they have high visibility with leadership. That's often how junior PMs create staff-level scope.

frontend_fran

For engineers this manifests as: staff-level work is often about making other engineers faster, not writing better code yourself. Tooling, architecture decisions, reviewing others' approaches. My manager told me "the leverage question" -- if you do this thing, how many people benefit? That's the scope signal.