Anyone reading about the 2026 PMP® exam will have seen artificial intelligence mentioned often enough to conclude that something about it must be examinable. The reasonable next question is which tools, how many, and whether the answer will have changed again before the exam date. That question has a short answer and a longer one, and the longer one is the part worth having.
The short answer is no. The 2026 PMP Examination Content Outline does not name a single AI product, and there is no list of tools to learn. What the exam does expect is harder to revise for and considerably more durable, because it is the ability to work sensibly with an output you did not produce yourself.
Precision helps here, because the outline is a short document and the reference is easy to check for yourself.
Artificial intelligence appears once in the 2026 PMP Examination Content Outline, in the introduction. PMI describes AI and sustainability as trends in the profession that the previous exam had not addressed, and explains that both were used as inputs into the job task analysis so their relevance to the tasks on the exam could be validated. That is the whole of the reference. No domain, task or enabler in the outline names an AI tool, an AI technique or a category of AI software.
The contrast with sustainability is instructive. Sustainability carried through into the task statements themselves, appearing in determining critical information requirements, in confirming compliance requirements, in managing the cost of quality, and in risk response. AI did not. Both were inputs to the same analysis, and only one of them ended up as language a candidate can point at.
The practical reading is that AI is far more likely to arrive as the setting of a scenario than as the subject of a question. A case might involve a forecast produced by an analytics tool, a status summary generated from meeting records, or a supplier offering an AI-assisted service. The decision being tested is still a project management decision. The AI is the circumstance in which you have to make it.
The format information supports that reading rather than contradicting it. The exam runs 180 questions in 240 minutes, of which 170 are scored. The question types described include case or scenario items, graphic-based items, enhanced matching, point and click and pull-down lists, alongside multiple choice and multiple response. The outline also refers to practicum, hands-on testing that may involve tools, data and case study material. That wording describes how items are built and what a candidate may be asked to work with. It is not a statement that you will be asked to operate a named commercial product.
Appendix X3 of the PMBOK® Guide, Eighth Edition covers artificial intelligence, and treats it as a modern project management consideration rather than a substitute for the project manager's judgement. The themes there are ones an experienced project manager will already recognise from other contexts: identifying a suitable use case, data quality, confidentiality, security, bias, transparency, human oversight, validation of outputs, organisational policy and accountability.
None of those is a product feature. All of them are properties of your project.
That difference is what makes the topic teachable at all. Before a tool is used on real project work, a small set of questions does most of the useful work:
Only one of those questions is about the output. None of them is about the tool.
PMP preparation can sometimes leave candidates with the impression that a new topic in the outline must arrive with a new vocabulary to memorise, because that is how most syllabus changes have behaved in the past. It is an understandable habit and it transfers badly here. There is no stable vocabulary to learn. Products change names, absorb each other and are withdrawn faster than any examination could reasonably track, and a candidate who memorised a tool list in March would be carrying stale information by the autumn.
A programme team is evaluating twenty-two supplier responses against a published set of criteria. A PMO analyst, trying to be helpful and working late, puts the responses through a general-purpose AI assistant and produces a shortlist of five with a paragraph of reasoning for each. The shortlist looks entirely sensible. Two of the five were already the informal favourites.
What should the project manager notice first?
Not the quality of the reasoning, which is the thing everyone looks at. Three questions sit ahead of it.
The first is where the material went. Supplier responses are commercially confidential and are usually submitted on stated terms about how they will be handled. Whether that data was permitted to leave the organisation's own environment is a question with a factual answer, and it does not depend on how good the shortlist is.
The second is whether the evaluation can be reconstructed. A sourcing decision may have to be explained months later, sometimes to a bidder who did not make the cut and would like to know why. A record that amounts to a summary the team cannot account for is not a record.
The third is whether the criteria applied were the published criteria, applied consistently across all twenty-two responses, or a plausible approximation the tool inferred from the documents in front of it. Those two things produce output that looks identical.
The competence being exercised is the ability to look at what a tool has produced and work out whether it describes the thing it claims to describe. A project manager who cannot name a single AI product can ask all three of those questions. A project manager who can name six and asks none of them is the one with the problem.
What follows is a judgement rather than a rule. The shortlist is not automatically waste. It might be usable as a first pass that a properly constituted evaluation panel then repeats and owns, which would cost time but recover the decision. It might be unusable because the data should never have gone where it went, in which case the conversation is a different one and probably involves someone outside the project. Deciding which of those two situations you are in, quickly and without drama, is the actual skill. Working through that kind of decision alongside other people who manage real projects is a large part of what structured preparation is for, and it is one of the strands we develop during PMP® Exam Preparation, because the reasoning transfers across the whole outline rather than sitting in one corner of it.
Four capabilities carry across both the exam and the working week.
Be able to describe, in plain language, what a tool did with your information, to someone who is entitled to ask. That someone may be a sponsor, an information security colleague, a supplier or an auditor.
Know your organisation's policy. In practice you are far more likely to be constrained by what your employer permits than by what any tool can do, and the policy is usually shorter and duller than people assume.
Be able to check an output against its source. Not all of it, and not every time, but enough of it, chosen deliberately, that you would notice if something were systematically wrong rather than occasionally odd.
Be able to say what would have to be true for the output to be wrong. This is the habit that most reliably separates useful scepticism from reflexive suspicion, and it works equally well on a consultant's report, a supplier's schedule or an estimate produced by someone in your own team.
None of this is an argument that AI is a distraction. It drafts, summarises, finds patterns across volumes of material no one has time to read, and produces reasonable first passes at work that used to consume a day. Those are real gains and a project manager who refuses them on principle is making their own life harder. The gains simply arrive attached to a question about provenance, and the project manager is the person who has to hold that question.
For a PMP candidate, the useful preparation habit is to read an AI reference inside a scenario the same way you would read any other input with a history behind it: something that came from somewhere, produced by a process you may or may not be able to describe, informing a decision that remains yours. Read that way, the AI in the question stops being a topic you might not have revised and becomes a detail you already know how to handle.
Andre Malowney
Recognising when an output can be relied on, and what to do when it cannot, is a judgement that shows up across procurement, reporting, risk and governance rather than in one neat corner of the syllabus. Structured preparation gives you the chance to practise that reasoning against situations you have not met before, which is closer to what the case-based questions actually ask of you.
The PMBOK® Guide, Eighth Edition sets out the fuller treatment of artificial intelligence in project work, alongside the governance and accountability material it sits beside.
Ad · Amazon affiliate link.
A050: AI and the PMP Exam: What Project Managers Need to Know
A049: Artificial Intelligence in Project Management: Practical Uses, Risks and Limits
A053: AI Governance for Project Managers
A054: AI, Ethics and Accountability: Who Owns the Decision?
A052: AI Governance for Project Managers: What to Check Before You Use It
PMP and PMBOK are registered marks of the Project Management Institute, Inc.