← Back to list

The PMOs managing AI projects and the PMOs who have deployed AI are not the same job anymore

I spent 20 years running global project and programme initiatives, and even a PMO Department in an international financial organisation…

Wences · 2026-04-14 10:19 · 2 claps · 2.0 min read
#pmo #ai #artificial-intelligence #ai-delivery #ai-transformation
Open on Medium ↗
Wiki topics: AI · AI · General ECO · Economy · General 🏃 · Running & Endurance

The PMOs managing AI projects and the PMOs who have deployed AI are not the same job anymore

I spent 20 years running global project and programme initiatives, and even a PMO Department in an international financial organisation. Improving project delivery by 30 to 50%. Aligning multi-million-pound portfolios to strategic objectives. Any of my colleagues would say I understand software delivery risk.

Last week I finished a complete AI system that I created from scratch using Claude that has an 11-step workflow (with some steps containing up to 8 sub-steps) and 150+ underlying prompts. It took me 98 days.

Here is what I learned.

Keep reading for free at https://alfafintec.com/files/PMOs-AI-Delivery.pdf

Three times the system technically worked. Three times the output was unusable

Once: switching to a reasoning model broke three separate extraction points simultaneously. The model was functioning correctly. The downstream logic could not parse the new output format.

In a traditional programme, that is a technical defect. Log it, assign it, close it.

In an AI deployment, that is a success criteria failure. The model passed every test. The programme still delivered the wrong result.

Once: I declared a phase complete, then ran a full end-to-end test and found 16 issues in a single session.

With traditional software, “done” is binary.

With AI, “done” means done until the model changes, the data drifts, or an AI agent queries it in a way the prompt did not anticipate.

That is not a quality control problem. It is a definition-of-done problem. No PMO framework accounts for it until you have lived it.

Once: two calculation engines produced different numbers for the same input. Both technically correct. Neither reconciled in the interface.

The business stakeholder does not see a technical discrepancy. They see a system they cannot trust.

Once that trust breaks, adoption is over. No amount of project governance recovers it.

A PMO with AI deployment experience catches this in sprint three. One without catches it at the steering committee.

This is what deployment experience gives you

Not AI literacy. Not a certification. A catalogue of specific failure modes and the instinct to build controls around them before they become programme crises.

Companies deploying successful AI initiatives should already be noticing this difference.

The PMO advantage in the next three years will not come from governance frameworks alone.

It will come from the catalogue you build by running one real AI deployment, taking the hits, and learning where it breaks.

I built a tool that connects product research, financial modelling, and delivery planning into a single AI workflow.

I am putting together a small founding group of programme leaders to be first in line.

If you have ever watched those three things contradict each other in a steering committee, drop me a direct message. You can also find me at **www.alfafintec.com**


메타데이터
post_id
222c13c0451e
slug
the-pmos-managing-ai-projects-and-the-pmos-who-have-deployed-ai-are-not-the-same-job-anymore-222c13c0451e
url
https://medium.com/@wenceslaoalfageme/the-pmos-managing-ai-projects-and-the-pmos-who-have-deployed-ai-are-not-the-same-job-anymore-222c13c0451e
canonical_url
https://medium.com/@wenceslaoalfageme/the-pmos-managing-ai-projects-and-the-pmos-who-have-deployed-ai-are-not-the-same-job-anymore-222c13c0451e
author_url
https://medium.com/@wenceslaoalfageme
status
ok
fetched_at
2026-09-21 12:50:35