- Taking all the notes
- Updating all the tickets
- Chasing every status
Startup: Let engineers own their tasks
BigCo: That's what delivery managers are for
Leaders: If your PM is doing this, your org has unclear roles.
3/ Stop playing project manager
Startup: Time box efforts, not outcomes. Let tech lead manage capacity
BigCo: Partner with your TPM, don't compete with them
The moment you own the timeline, you lose the ability to negotiate scope.
Leaders: Clear ownership prevents double work.
4/ Stop being the requirements police
Wrong approach: Detailed specs + heavy process
Right approach: Clear outcomes + guard rails
Startup:
- One-pager with clear success metrics
- Weekly team working sessions
- Rapid prototypes and feedback
- Document decisions, not specifications
BigCo:
- Focus on the "why" and business case
- Get sign-off on outcomes, not features
- Keep technical specs as appendix
- Document key trade-offs and decisions
Leaders: Measure outcomes, not requirement compliance.
5/ Stop being the backlog janitor
Startup: Delete it. Start fresh. What matters now?
BigCo: Archive old tickets quarterly. Keep only next quarter visible.
Your job isn't managing tickets.
Your job is managing value creation.
Leaders: Large backlogs = unclear strategy.
6/ Reset expectations about role clarity
Startup: Have the hard conversation about role clarity
BigCo: Get your manager involved in resetting expectations
Script:
"I've been doing X, but it's preventing me from focusing on Y, which delivers more value because Z"
Leaders: Back your PMs in these conversations.
7/ What to do instead:
Startup PMs:
- Own strategy, not tickets
- Focus on weekly customer learning
- Partner with tech lead on trade-offs
- Keep process minimal
BigCo PMs:
- Build stakeholder coalition
- Focus on quarterly outcomes
- Partner with TPM/EM roles
- Document key decisions
8/ For PM Leaders:
Your PMs fall into these traps because:
- Role confusion
- Unclear expectations
- Wrong incentives
- Fear of losing control
Fix the system, don't blame the PM.
9/ Reality check:
Doing "product owner" work feels safe
- Clear deliverables
- Visible progress
- Team happiness
Real PM work feels uncomfortable:
- Ambiguous problems
- Uncertain outcomes
- Hard trade-offs
That's how you know you're doing it right.
The SUPER hard part is having the frameworks and language ready when stakeholders expect you to own all the process work. I designed prompts to define decision rights, translate technical work into stakeholder language, and create product strategies from context: prodmgmt.world/products/ai-pr…
• • •
Missing some Tweet in this thread? You can try to
force a refresh
1/ Most PMs think "managing up" means clearer updates and better alignment.
Wrong.
You’re treating your manager like a stakeholder instead of your highest-leverage product bet.
Flip this mindset, and everything changes.
Let me show you how in 2 minutes.
2/ you know how sometimes you need managing up frameworks that work from daily updates through strategic influence through organizational navigation? Complete PM System has end-to-end stakeholder management, decision documentation, and communication tools:
After 6 years of product management, I've realized: every "difficult" stakeholder behavior has a hidden logic.
A thread on the psychology of product stakeholders 🧠
1/ Sales: The Future-Focused Hunters
What they see:
• Revenue targets looming
• Competitors taking deals
• Prospects making demands
• Commission at risk
What they feel:
• Urgency to close deals
• Fear of losing opportunities
• Frustration with product gaps
• Personal financial pressure
This is why they:
• Push for custom features
• Make promises to customers
• Escalate to leadership
• Sound desperate sometimes
2/ Support: The Problem Absorbers
What they see:
• Customer pain daily
• Repeated issues
• Workarounds failing
• Mounting tickets
What they feel:
• Emotional drain from complaints
• Responsibility for customer success
• Powerlessness to fix root causes
• Pride in finding solutions
This is why they:
• Escalate aggressively
• Get emotional about issues
• Create elaborate workarounds
• Take product issues personally