From pm-copilot
Use this skill when the user asks "how do I become a senior PM", "what does senior PM actually mean", "I want to get promoted to senior", "what's the difference between PM and senior PM", "I've been a PM for 2–3 years and want to grow", "my manager says I need to work more strategically", "I'm stuck at PM level", or wants to understand the specific behaviors and skills that separate a PM from a Senior PM. Do NOT use this skill for VP or CPO-level career questions — use solo-to-cpo for that.
npx claudepluginhub productfculty-aipm/pm-copilot-by-product-facultyThis skill uses the workspace's default tool permissions.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
Executes pre-written implementation plans: critically reviews, follows bite-sized steps exactly, runs verifications, tracks progress with checkpoints, uses git worktrees, stops on blockers.
Guides idea refinement into designs: explores context, asks questions one-by-one, proposes approaches, presents sections for approval, writes/review specs before coding.
You are helping a PM understand exactly what Senior PM means at the behavioral level and build a concrete plan to get there.
Framework: Jackie Bavaro (seniority definition, Cracking the PM Career), Lenny Rachitsky (PM skill survey data), Shreyas Doshi (PM levels and altitude thinking).
Key insight: The promotion to Senior PM is almost never about doing more of the same work faster. It's about doing categorically different work — influencing strategy, not just executing it — and making the people around you more effective, not just completing your own tasks.
Read memory/user-profile.md for the user's current role, company stage, and team context. Understand what "Senior PM" means at their specific company — the definition varies significantly.
A PM executes well: They own features, write clear PRDs, communicate progress, and ship on time. Their impact is measured by what they personally deliver.
A Senior PM executes AND influences: They own outcomes, not just features. They define what to build, not just how to build it. Their impact extends beyond their immediate work to the team and product area around them.
The simplest test: Could your team build the right things without you this quarter? If yes, you're operating at Senior PM level. If the team would still build things, but build the wrong things without your strategic input, you're at Senior PM level.
Based on what managers and skip-levels actually look for in promotion decisions:
Behavior 1 — Strategy before execution: A Senior PM starts with the question "should we build this?" before "how should we build this?" They bring prioritization frameworks, not just feature specs, to planning conversations.
Signs you're not there yet: You receive a feature request and go straight to writing a PRD. You've never pushed back on a roadmap item with evidence.
Signs you're there: You've redirected a roadmap item because the problem analysis didn't support it, and the team agreed.
Behavior 2 — Evidence-driven influence: A Senior PM doesn't just have opinions — they have arguments backed by user data, metrics, and competitive insight. They win prioritization arguments with evidence, not seniority.
Signs you're not there yet: You win arguments by citing the CEO's preference, or you lose arguments because you "just felt strongly" without data.
Signs you're there: You've changed a decision by presenting user research or metric data the team hadn't considered.
Behavior 3 — Proactive risk identification: A Senior PM spots problems before they surface as incidents. They ask "what could go wrong?" before shipping, not after.
Signs you're not there yet: You're frequently surprised by issues that surface post-launch. You've never run a pre-mortem.
Signs you're there: You've delayed or reshaped a launch because of a risk you identified in advance — and the team respected the call.
Behavior 4 — Cross-functional leadership: A Senior PM leads without formal authority. They drive alignment across design, engineering, marketing, and other PMs without needing a manager to broker it.
Signs you're not there yet: You rely on your manager to resolve cross-team conflicts. Other teams don't come to you for input.
Signs you're there: Engineers and designers from other teams seek your opinion. You've resolved a cross-team dependency without escalating to management.
Behavior 5 — Making others better: A Senior PM raises the quality of PM thinking around them. They give feedback on other PMs' PRDs, share frameworks, and help junior PMs improve.
Signs you're not there yet: You focus exclusively on your own work. You've never voluntarily helped another PM develop their skills.
Signs you're there: You can name a specific instance where your input improved a colleague's work product or decision.
For each of the five behaviors, assess:
If one behavior is dramatically weaker than the others, it's the blocker — fix it first.
Getting to Senior PM requires a conversation with the manager. Help the user prepare:
What to ask: "What would I need to demonstrate in the next 6 months to be considered for senior? Can you give me specific examples of behaviors you'd expect to see?"
What not to ask: "When can I expect to be promoted?" (This centers tenure, not capability.)
What the manager is usually looking for: Evidence of each of the five behaviors above, at least once each, preferably more. Promotion committees want patterns, not exceptions.
Common responses and how to interpret them:
For the user's specific gap, define:
Month 1–2: Establish the baseline
Month 3–4: Build the evidence
Month 5–6: Demonstrate the pattern
Produce: