Will AI Agents Replace Project Managers?
AI agents already do a real share of a project manager’s routine: status, triage, first drafts and chasing. They do not set priorities, weigh trade-offs, manage people or carry the blame. Here is where the line sits today, and what that means for the job.
7 min read
AI agents are not replacing project managers, but they are taking over a clear slice of the work: writing status updates from the board, triaging new reports, drafting plans and notes, and chasing work that has gone quiet. What they do not do is decide what matters, choose between two bad options, keep a client or a colleague on side, or answer for the result when it goes wrong. Those are the parts of the job that were always the job. The honest answer, then, is that the role shifts rather than disappears, and the people who do best in it are the ones who learn to direct agents well.
Nobody can tell you with certainty what the job looks like in five years, and this post does not try. It sticks to what an agent connected to a real board can and cannot do today, which you can check for yourself in an afternoon. If you want the definition of the field first, what is AI project management covers it.
What agents already do well
Connect an assistant such as Claude, ChatGPT or Cursor to a shared board and it can read every card, its history and its comments faster than any person. The jobs that suit it share three features: the input is on the board, the output is easy to check, and a wrong answer is cheap.
- Status. “What moved to Completed this week, what has sat in In Progress for more than three days, and what is waiting on a person?” An agent answers that from the board and its history without asking five people. This was a large part of many project managers’ Mondays.
- Triage. Reading new reports, spotting likely duplicates, suggesting a kind (feature, enhancement or bug) and a priority, and commenting with the one question that would make a vague report usable.
- Drafting. First versions of a plan, acceptance checks, release notes, meeting notes, a reply to a client question. A person edits; the agent saves the blank page.
- Chasing. An assistant run on a schedule can list cards that have not changed in a week and comment on each one asking whether it is still live. It does not get tired of asking, and nobody takes it personally.
None of those needs the agent to be trusted with a decision. Each one produces something a person reads before anything important happens. That is why they are the usual starting point; how to use AI agents in project management turns them into a two-week pilot.
What agents do not do
The other half of the job looks different. It is not harder to type; it is harder to own.
Setting priorities
An agent can sort a backlog by any rule you give it. It cannot supply the rule. Whether the enterprise customer’s request beats the bug that annoys a thousand small ones depends on strategy, money, relationships and timing that live mostly outside the board. An agent asked to prioritise without that will produce a confident ranking built on whatever it could see, which is usually the loudest card.
Making trade-offs
Most project decisions are a choice between two costs: ship on Friday with a known gap, or slip a week; cut a feature, or add a person. An agent can lay out the options clearly, and that is useful. Choosing one means accepting a loss on someone’s behalf, and that needs someone with the standing to accept it.
Managing stakeholders
A client who is unhappy, two team leads who disagree, a sponsor who needs bad news early: this is conversation, trust and judgement about people. An agent can draft the email. It cannot read the room, notice that a colleague is overloaded, or know which director needs a phone call before the written update.
Being accountable
This is the one that does not move. When a deadline is missed, somebody explains why and what happens next. An agent cannot be that somebody: it cannot be held to a promise, it has no standing with a client, and it keeps no reputation from one project to the next. Every tool that records agent work well reflects this. On fenbs an assistant’s changes are recorded as “Claude via” the person who connected it, so the history always names a person. And on the board’s Decisions page, a decision can be recorded by an assistant, but the decider is always a person: the assistant writes it down; the person it came from decided.
How the role shifts
If agents take the routine and people keep the judgement, the project manager’s week changes shape. The time that went into collecting status goes somewhere else, mostly into four things.
- Writing work down precisely. An agent works from what is written on the card and nothing else. The person who writes clear outcomes, constraints and checks gets far more out of every agent on the team. How to write a task for an AI agent covers the single card.
- Breaking goals into pieces an agent can finish. A goal such as “launch invoicing” is not something an agent can pick up; ten small cards are. AI agent task decomposition is about that split.
- Reviewing rather than chasing. With agents doing the work, the queue forms at review. Someone has to read the evidence on each finished card and decide whether it is really done. Human in the loop for AI agents covers where that person should stand.
- Writing the rules. What agents may touch, who moves work to Completed, what never happens without a person. Those rules have to exist in writing, because an agent follows what is written and nothing else.
Put together, the job moves away from being the team’s memory and messenger and towards being its editor: setting direction, writing the brief, checking the result. Some teams will find they need fewer hours of coordination for the same amount of work. That is a real change and it is fair to say so. It is not the same as the role going away.
What to learn now
None of this needs a course in machine learning. It needs a handful of practical skills, most of which good project managers already half have.
- Write finishable cards. One outcome, where the work is, what must not change, and a check a stranger could run. Practise on your own backlog this week.
- Split work by outcome. Learn to cut a goal into thin pieces that each deliver something checkable, rather than into phases or layers.
- Read evidence quickly. A comment that says what changed, the commit or file, and how it was tested should be enough to judge the work. Learn to ask for that shape, and to send back work that does not have it.
- Set access deliberately. Know what an assistant can read, change and move on your board, and start it with less than you have. Roles and permissions for humans and AI agents explains the model.
- Keep a written record of decisions. When agents do more of the work, the reasons behind it have to live somewhere they can read, or they will undo something deliberate.
- Run small experiments. Two weeks, a handful of real cards, one measure before and after. You will learn more about what agents do on your team than from any forecast.
A fair way to think about the forecasts
You will read confident predictions in both directions: that project management is finished, and that nothing will change. Treat both as opinions. What you can observe is narrower and more useful. On your own board, count how much of last month’s coordination was status, triage and chasing, and how much was deciding, negotiating and answering for results. The first share is what agents can take on now. The second is the job, and it is the part to get better at.
If you manage product rather than delivery, the same split applies; Claude Code for product managers shows one person’s routine with an assistant doing the reading and drafting.
Try the split on a real board
fenbs is a simple board where people and AI assistants are both members, each with a role, and every change is recorded with who made it. Start from the AI assistant work log template, connect an assistant with the MCP guide, and see fenbs for product managers for the board from a planner’s side. For what an agent is, see the glossary.