Skip to content
Industry & Society

What AI skills should a project manager learn in 2026?

Four skills, none of them code: writing a brief a model can execute, checking output before it reaches a stakeholder, building one small automation, and knowing what an AI tool must never be given. How long each takes and how to prove it.

Nikhil De Silva · Founder, Square 1 AI5 min read

A project manager in 2026 needs four AI skills, in this order: writing a brief a model can act on, checking a model's output before it goes to a stakeholder, building one small automation that removes a recurring task from the team's week, and knowing what an AI tool must never be given. None of these requires code. All four can be learned in a month of deliberate practice on your own live projects, and the last one is the one most PMs skip.

This piece is for delivery, programme and product-adjacent project managers — the people whose week is status, risk, scope and stakeholders — not for AI product managers who own a model-backed feature. That role has its own page: AI Product Manager.

Do project managers actually need AI skills, or is this hype?

They need them, because the expectation has already moved. Microsoft and LinkedIn's 2024 Work Trend Index found 66% of leaders would not hire someone without AI skills, and that was before agent tools reached mainstream project software. Every major PM platform — Jira, Asana, Monday, Microsoft Project, Notion — now ships a model that drafts, summarises and forecasts inside the tool you already pay for. The question is no longer whether your team's work will pass through a model; it is whether you are the person who knows how to check it.

The honest counterpoint: the core of the job has not changed. Scope, sequencing, dependencies, people and the awkward conversation about the date are still yours. AI compresses the paperwork around them.

What is the first AI skill a PM should learn?

Writing a brief that a model can execute, which turns out to be the same skill as writing a brief a contractor can execute. The difference between a useless and a useful AI status report is almost never the model; it is whether you gave it the audience, the decision you need from the reader, the source material, and the length. "Summarise this thread" produces mush. "Write a five-line update for the steering committee that leads with the slipped milestone, names the decision we need on Thursday, and links the risk register — sources attached" produces something you can send after one edit.

Practise on your own artefacts for a fortnight: meeting notes into actions, a risk register into a one-paragraph narrative, a change request into a plain-English impact statement. Keep the prompts that worked in one document. That document is the beginning of your team's AI playbook.

How should a PM check AI output before sending it to stakeholders?

Read it the way you would read a junior's first draft: assume one fact is wrong and find it. Models are confident and fluent, and the failure mode in project work is specific — an invented date, a task attributed to the wrong person, a risk that was closed last month described as open. Three habits catch nearly all of it:

  1. Trace every number and name to a source you gave it. If you cannot, delete it.
  2. Ask the model to list what it was unsure about. It will, and the list is usually accurate.
  3. Never send a first draft to someone senior to you. Send it to yourself first and read it on your phone. Errors are easier to see out of the tool.

This is the skill that separates a PM who "uses AI" from one whose stakeholders trust what arrives from them. Employers are starting to test it directly — see how to tell if a candidate can actually use AI.

Should a project manager learn to build automations?

Yes — one, small, and on a task you personally hate. The no-code agent tools (n8n, Make, Zapier, and the automation built into Jira and Asana) can now do things that took a developer a sprint two years ago: read every new ticket, classify it, draft a reply, and post a daily digest to the channel. Building one of these teaches more about what models are good and bad at than any course of reading.

Pick a task with three properties: it happens every week, it has a clear input and output, and being wrong is cheap. A weekly "what changed on the plan" digest qualifies. An automation that reassigns work does not, yet. The Agents with n8n and Make course walks through exactly this build; the AI for Project Managers course puts it in the context of the full delivery week.

What must a project manager never give an AI tool?

Anything you would not paste into an email to a stranger: client confidential material, personal data about team members, unreleased commercial terms, security details, and anything under a contract that restricts where data can be processed. Most consumer AI tools train on what you type unless you turn that off, and some enterprise ones keep prompts for thirty days.

Two practical rules. First, know which tools your organisation has approved and which tier — the free consumer version of a tool and the enterprise version are different products with different data terms. Second, if there is no policy, write a one-page one and get it signed; the template in how to write an AI usage policy for your workplace takes an afternoon. In Australia, pasting a client's personal data into an unapproved tool can be an eligible data breach under the Notifiable Data Breaches scheme — a reportable event, not a quiet mistake.

Do PMs need to understand how the models work?

Only to the depth of three ideas: a model predicts likely text rather than looking things up, so it can be fluently wrong; it only knows what is in its training data and what you paste in, so give it the source; and a longer context is not free — long inputs cost more and are read less carefully. That is enough to predict most failures. You do not need to know what a transformer is, any more than you needed to know how TCP works to run a software project.

If you want the mechanics anyway, what is RAG and LLM context windows explained are the two pieces worth an hour.

How long does it take, and how do you prove it?

Four to six weeks of using the tools on real work, and the proof is the work. A PM who can show a before-and-after — the status report that took ninety minutes now takes fifteen, the intake process that now triages itself — has a better AI story than any certificate. Keep the artefacts: the prompts, the automation, the policy page.

If you want a structured version, the free AI for Project Managers skill check takes three minutes with a free student account and tells you which of the four skills above you already have. The full course is on-demand and graded on the artefacts you produce, not on a quiz.

Questions people ask

Does a project manager need to learn to code to use AI?

No. The four skills that matter — the brief, the check, one no-code automation, and data hygiene — are all learnable in a month of practice on live projects without writing code. SQL is the only language worth considering, and only if data access is your recurring wall.

What AI tools should a project manager use?

The model built into the project platform you already run (Jira, Asana, Monday, Notion, Microsoft Project) for drafting and summarising, plus one no-code automation tool such as n8n, Make or Zapier for the weekly digest. Use the tier your organisation has approved, not a personal consumer account.

What should a PM never put into an AI tool?

Client confidential material, personal data about team members, unreleased commercial terms, security details, and anything under a contract that restricts where data is processed. In Australia a disclosure of personal data to an unapproved tool can be a notifiable data breach.

Want to build systems like this?

Square 1 teaches AI, security, and machine learning by building — every line of your code reviewed by AI. Find your starting point in 3 minutes.

Get your free skill report