Best AI Agents for PPM: A Buyer’s Guide to Governed Portfolio Work
Portfolio AI is moving beyond summaries. Compare PPM-native agents with cross-system workflows, then choose by where decisions, state, and approvals actually live.

What counts as an AI agent for PPM?
An AI agent for project portfolio management (PPM) is software that carries out multi-step work over project and portfolio data, and takes governed actions, rather than only generating a status summary. Pick by execution architecture: where the agent reads, where its state lives, what it can write, and who approves. Major is the fit when the work spans several systems, because its agents build deterministic apps for the repeatable steps and keep portfolio history in those apps.
PPM tracks investment priorities, dependencies, delivery status, resources, and outcomes across projects. A copilot answers a question about that data and forgets. An agent watches for a condition, assembles evidence, drafts a recommendation, routes it to an owner, and records what happened. The difference is action plus memory. A paragraph describing which initiatives look late is a summary, and a summary is not evidence of an agent.
Major does not replace your PPM system of record. It is the enterprise platform where agents build the software they run on. For portfolio work that means an app that holds project signals, risk reviews, and decisions, plus an agent that reasons only where judgment is needed. For background on the task level, see AI agents for project management.
Which PPM tools include agent capabilities?
Each family below is described by where its data lives and where its agent acts. Statements about other vendors are vendor-described capability, taken from their public pages. Features change quickly, so verify current availability before you buy.
- Major: primary data home is an app Major builds, fed by your delivery tools through connectors. Typical agent task is a weekly cross-system risk review. State lives in managed app tables. Action boundary is a drafted recommendation plus an owner approval before any write. Evaluation question: does repeatable work run as code instead of fresh reasoning each time?
- ServiceNow Now Assist for SPM: primary data home is the ServiceNow strategic portfolio management record. Vendor-described capability includes agents that monitor project tasks inside that ecosystem. State lives in the platform. Evaluation question: how much of your delivery signal already lives in ServiceNow?
- Planview Anvi: primary data home is the Planview portfolio. Vendor-described capability is AI assistance grounded in Planview portfolio context. State lives in Planview. Evaluation question: which Anvi actions can write, and under which permissions?
- PPM Express: primary data home is the PPM Express portfolio. Its own help page says agent functionality is being reworked, so ask the vendor what is available today before you plan around it.
- Jira with Rovo, Asana, and Microsoft Planner: work-management products with AI features and portfolio views. They are strong in their own task data and are not complete PPM suites on their own. Evaluation question: what happens to a decision that depends on a system outside this product?
In-suite agents are enough when nearly all your signals and approvals already sit in one suite. A cross-system app layer matters when delivery lives in Jira, status lives in Asana, and approvals happen in Slack. No in-suite agent sees all three by default.
How to compare AI agents for PPM
Score every candidate on the same seven criteria.
- Source coverage. Which systems can it read, and can it read the ones where delivery actually happens?
- Freshness. How old is the data when the agent reasons over it, and does the agent know when a record is stale?
- Repeatability. Does the same input produce the same output, or is every run a new round of reasoning?
- Persistent state. Where do prior reviews and decisions live? A chat history is not a portfolio history. Learn how to give agents durable state.
- Human approval. Which actions need a named approver, and is that gate enforced by the system or only by the prompt?
- Credential scope. Can you scope permissions for AI agents to specific projects, channels, and sheets?
- Audit trace. Can you reconstruct what the agent saw, recommended, and wrote?
Questions to ask in a demo:
- Show me the record the agent wrote last Tuesday and the evidence behind it.
- What happens when two systems disagree about a project's status?
- Which fields can the agent change without a human, and who configured that?
- If the model is swapped, do my portfolio rules still run the same way?
Where cross-system PPM agents fit
Take an illustrative flow with made-up fields. A Jira epic for an initiative slips its forecast date. The initiative's dependency in Asana is still marked on track. The portfolio sheet shows the original date.
The source step is deterministic: pull the epic, the dependency, and the sheet row, and snapshot them with a timestamp. The rule check is also deterministic: forecast date later than the committed date, or a blocked dependency, flags the initiative. The agent's judgment applies after that. It decides whether the evidence suggests material risk or noise, and it drafts a recommendation for the portfolio owner. The write is deterministic again: once the owner approves, the decision and timestamp go to the record.
The PPM system of record stays authoritative. The agent proposes, a person decides, and the app keeps the trail. That is the part a chat summary alone cannot preserve. The wider case is in govern AI agents at the point of action.
How to build a portfolio-risk agent on Major
This build uses the Asana, Jira, Slack, and Google Sheets connectors. Build it free on Major or follow the outline.
- App tables.
initiatives,project_signals,risk_reviews, anddecision_log, held in Major's managed database. - Views.
portfolio_healthfor the executive read,needs_owner_reviewfor the queue, anddecision_historyfor the trail. - Connectors. Asana and Jira supply status and dependency signals. Google Sheets supplies the portfolio rules and committed dates. Slack carries the review request and the approval.
- Workflow trigger. A Monday workflow refreshes
project_signals, applies the portfolio rules in code, and writes any flagged initiatives toneeds_owner_review. - Agent judgment. For flagged items only, the agent weighs the evidence, writes a
risk_reviewsrow, and drafts a recommendation. It never changes funding or dates on its own. - Approval. The portfolio owner approves in Slack. That approval authorizes one scoped update to the chosen record, and the write lands in
decision_log. - Governance. Connector credentials are scoped to the required projects, channels, and sheets. RBAC limits who can review and approve. The audit trail keeps source snapshots, recommendations, approvals, and writes.
The agent reasons once to build the app and the rules. After that, the weekly refresh runs as code, so the model spends tokens only on the exceptions. Cost is front-loaded and then flat, and the model does less each week, not nothing.
When this approach is the wrong size
If your whole portfolio lives in one suite and its native agent covers your approvals, you may not need an extra app layer yet. The moment a decision depends on evidence from a second system, the in-suite view has a gap. A governed app closes that gap without moving your system of record.
Start building on Major
Build a portfolio-risk app that keeps project signals, recommendations, and approvals in one governed workflow. Let agents handle repeatable checks and reserve portfolio judgment for people.
Related articles
Frequently asked questions
- What is an AI agent for project portfolio management?
- It is software that carries out multi-step work across project and portfolio data, such as gathering status signals, assessing risk, and drafting recommendations. Unlike a summary assistant, it can trigger governed actions, like routing a decision to an owner and recording the outcome, with limits on what it may write.
- Can AI agents prioritize projects across a portfolio?
- Agents can assemble evidence, compare initiatives against defined rules, and recommend trade-offs. Portfolio owners should still approve any change to priority, funding, or dates. The agent proposes, a named person decides, and the decision is recorded with its supporting evidence.
- How do you govern AI agents in PPM?
- Use credentials scoped to the specific projects, channels, and sheets the agent needs, role-based access for reviewers and approvers, and durable state in a database rather than a chat. Require approval gates for consequential writes, and keep audit records of source snapshots, recommendations, approvals, and writes.
- What is the difference between PPM software and an AI agent for PPM?
- PPM software is the system of record for priorities, dependencies, resources, and outcomes. An AI agent reads and coordinates work across that record and the delivery tools around it. Write actions stay controlled, so the PPM system remains authoritative and the agent's changes are approved and logged.