Why AI Won’t Replace Your Product/Project Manager
Want to know something? I’ve been quietly fearing that AI might come for my job.
You too? Great, keep reading.
Each week, I see the next set of roles AI is going to replace. Developers, finance investors, parents (okay, this wouldn’t be terrible some days), and now PMs.
Feed a model your roadmap and your ticket history. Give it your research and a template for your specifications. Have it create and prioritize a feature backlog, and ideally manage all your stakeholders. Cut out the role, keep the outputs. Great idea? Maybe on paper.
Don’t get me wrong, I use all of these wonderfully new and powerful AI tools every day to speed up the work that takes up a lot of a PM's time. Things like summarizing meetings, taking a massive amount of background and context and distilling it into first drafts of ideas, and helping identify that really important risk buried within twenty pages of a discovery doc.
But while AI can help me speed up some parts of my role, it cannot do the actual jobs of a PM that are the most important and often unseen.
A PM connects the small decisions to the big goal.
Most people probably consider project management a tactical role. We write tickets, update roadmaps, triage bugs. But those functions are not the job. The job isn’t the ticket queue. The job is holding the link between what is happening on a project and what the business actually needs from that project.
When a stakeholder introduces a scope change, someone has to decide whether the tradeoff in additional time and budget still serves the goal. That decision rarely comes from one document or one conversation. These decisions often come from separate, sometimes conflicting conversations with everyone who has a stake in the project, each with their own priorities for what matters right now. An AI agent can keep the stated goal up to date. I don’t think we are at a point yet where an AI agent can effectively weigh what’s said against what is left unsaid and land on a decision that takes all points of view into account, especially when they conflict.
When a designer pushes back on a requirement, someone has to judge whether that pushback catches a real problem. This takes judgment gained from experience working on many projects and practice making hundreds of small decisions week in and week out. AI needs the right context fed to it at the right moment. I’m still on the team that thinks a PM knows which context matters right now, because they’ve worked through everything that came before and need to try to predict everything that might come next.
Someone has to have the hard conversation and read the room.
If you’ve ever been a stakeholder on a project, I apologize for what I’m about to say.
Stakeholders do not always ask for the right thing. That is not a failure on their part. They are doing the best they can based on their business objective. But a stakeholder sits much closer to the business problem than to the solution, which is how it should be. Good project and product decisions come from understanding the frustration or fear behind a request, not just acting on the request itself.
Part of a PM’s job is pushing back and asking why each request matters. They identify tradeoffs and give voice to impacts on scope and timeline. They facilitate conversations that help stakeholders realize what is genuinely a good (and sometimes not so good) idea.
An AI tool will optimize for whatever goal it is given. Unless asked, it will not tell a client that the feature they are excited about may actually hurt the metric they care so much about. It has no stake in the relationship a human has worked to create. It also has no sense of tact for when or even how to have these hard conversations.
Finding the right answer, instead of the quickest, or honestly the loudest one, usually takes a couple of (hopefully fun, albeit sometimes hard) conversations along the way. And those conversations need a person the client trusts enough to tell them the truth, someone who can take the friction and react to it in a human way.
Context is not a file. Context is something kind of magical.
We can give an AI tool all the folders of documents, strategy decks, call transcripts, and past decisions, but the context that matters the most is what happens daily and often doesn’t get written down.
For example, context is realizing a client’s leadership team is honing in on a specific set of outcomes because they are nervous about a board meeting next month and know the board will judge the project by whether they see the features on their list, not whether the whole experience works.
Or, it is recognizing that a stakeholder was totally on board with a decision two months ago, but has definitely been giving off all the signs they actually aren’t as happy about their decision as they thought.
It’s also guiding a very excited new hire on the client team through why some of their fresh ideas don’t quite fit the plan.
Context requires daily attention, collecting small signals throughout a project, and knowing what to do with them. It’s something that’s taken me years to get great at, but now I rely on that judgment to know when the plan on paper and the project itself are slowly drifting apart. AI can organize and act on what you tell it, but it cannot notice a shift in the tone of a room. It cannot notice if someone is saying what they want, but signaling something else. Half of my job is noticing that and asking questions that help them communicate in a way that moves us forward.
That skill isn’t a gap in AI tooling; it’s a distinctly human skill, and I think being able to wield it well is human magic.
The best answers often come from outside the project.
I love to flex into other roles on a project – often to the annoyance of my project teams. It is one of my favorite parts of being a PM. Getting the opportunity to provide input and think through problems while wearing different hats keeps things interesting.
Some of my best ideas, or at least the ones I think are my best, have come from places entirely outside the project. I learn from conversations with colleagues about past problems they’ve solved, new tools someone mentions over coffee, or an interaction pattern from an unrelated industry.
AI is good at summarizing what has been shared, but it is not great at surfacing what it doesn’t have access to. And that offhand comment from someone in my network about how they made a breakthrough might be what unlocks a similar problem my team is having. You need people leading projects and ideating from outside the box (cloud? ephemeral AI space?).
Alright, so what does this mean for PMs?
None of what I’m saying here argues against using AI in our work. Use it. Let it draft your specs, summarize everything, and help lower the hurdles we PMs face every day. That’s surprisingly helpful in my day-to-day work, and PMs who use AI tools well will excel over PMs who don't.
But assistance is not a replacement. The hardest parts of a PM's job, and I would argue the greatest value to stakeholders and clients, are all the human parts. Like holding onto the overarching goal while also helping teams move through every critical detail. Facilitating hard conversations and carrying the context no one has written down. Reading the room so things stay afloat without anyone having to know there was an iceberg up ahead. Making sure the outcomes meet the actual objectives, which are often moving targets.
AI can help you build almost anything. It still takes a person in the room to build the right thing.