- 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
3/ Stop playing project manager
"But things won't ship on time!"
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
"But they'll build the wrong thing!"
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
"Someone needs to groom the backlog!"
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/ "But my team expects me to do all this!"
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
But it's a career trap.
Real PM work feels uncomfortable:
- Ambiguous problems
- Uncertain outcomes
- Hard trade-offs
That's how you know you're doing it right.
Follow @nurijanian for more PM reality checks 🤘🏼
• • •
Missing some Tweet in this thread? You can try to
force a refresh
1/6 The Skills AI Will Take From Product Managers 👀
Here's the truth that'll keep you up at night: AI is coming for 80% of what you do today as a PM.
Data collection, slide decks, user stories, competitive analysis reports - all that stuff you learned in your first 90 days? AI does it better, faster, and without needing coffee breaks.
You're not a chef who's about to be replaced by a microwave. You're a chef who's about to stop chopping onions.
Think about it. Every great restaurant has line cooks doing the prep work - chopping vegetables, measuring ingredients, following recipes exactly.
That's what most PMs spend their days doing. Writing the same user stories. Making the same slides. Running the same analyses.
AI is your new line cook. And if you're smart, you'll let it handle the prep while you do what actually matters.
2/6 The Simple Rules That'll Save Your Career: 1. If AI can generate it in 5 minutes, then don't spend 5 hours on it. 2. If it's about collecting data, then let AI do the heavy lifting. 3. If it's about understanding WHY users do something, then that's still your job. 4. If it's about choosing WHAT to build, then AI can't replace your judgment. 5. If it's about convincing skeptical stakeholders, then AI can draft but you need to deliver.
3/6 What You Can Do Tomorrow Morning:
Stop writing that PRD from scratch. Use AI to draft it, then spend those 2 saved hours actually watching a user struggle with your product.
Use chatprd, get my AI prompts, do your own thing - whatever.
The test is simple. If your stakeholders start saying "you really understand our users" instead of "nice slides," then you're using AI right.
While everyone else panics about AI taking their jobs, you can become the PM who uses AI to do the job that actually matters. Let AI handle the data dumps and first drafts. You handle the conversations where someone's confused, frustrated, or trying to explain a problem they can't quite articulate.
- PMs who don't understand system dependencies
- "Product people" who can't think in flows
- Leaders who demand random features
- Roadmaps built on hope
But what if product management was actually about systems?
"Thinking in Systems" blew my mind:
1/ Most technical people are trained to see the world as a series of cause-and-effect relationships:
- Input → Process → Output
- Problem → Solution
- Bug → Fix
Roadmaps 101: Not a schedule. Not a backlog. A communication tool.
Here’s how to get it right:
1. Why You Need a Roadmap
If you don't have a roadmap, three bad things happen. Your team builds random features. Your stakeholders constantly ask when things will be ready. Your customers don't understand what's coming next.
If you have a roadmap, everyone knows what's important and when to expect it.
2. What Goes in a Roadmap
A roadmap has three main parts. These parts answer three questions.
Part 1: Where are we going? This is your product vision. Write one sentence about what problem your product solves.
Part 2: What are we building? These are your major features or improvements. Group them into themes like "Better Search" or "Faster Checkout."
Part 3: When will it be ready? These are your time estimates. Use quarters or months, not specific dates.
“Tell me about a time you influenced without authority.”
It’s not about persuasion.
Here’s what they’re really testing:
First, understand what kills most answers.
Candidates tell stories about convincing people. They talk about charisma. They focus on winning arguments.
But that's not influence without authority. That's just being loud.
If you tell a story about winning a debate, then you already failed.
What interviewers are ACTUALLY testing:
They want to know if you can create shared context. Can you make everyone see the same picture? Can you understand what matters to each person in the room?
This is the core PM skill. Not persuasion. Alignment.