DeveloperMy blogs

Evolution of AI Project Flow

The seven-phase delivery playbook is bending under AI-paced delivery. Here is the shape replacing it.

2026-08-20

If you've run enterprise programs for any length of time, you know the playbook by heart. Discover the problem. Build the business case. Mobilize the team. Stand up the platform. Deliver in waves. Cut over. Stabilize. Optimize. Seven phases, roughly in that order, each one gating the next.

It's a good model, which is why large, regulated organizations trust it with their money and risk. But it was built for a world where information moved slowly and teams were the only lever for speed. That's changing, and it's worth separating what's actually shifting from what's just marketed as AI.

The traditional model, in one breath

Sense & frameSet upBuildGo-live riskRealize value
1
Discover & Align

Problem, stakeholders, success criteria.

2
Strategy & Business Case

Target state, investment case.

3
Mobilize & Plan

Team, governance cadence, plan.

4
Foundation Build

Platform, environments, guardrails.

5
Iterative Delivery

Build, test, ship, repeat.

6
Cutover & Stabilize

Go live, hypercare, retire old system.

7
Optimize & Scale

Tune, prove value, hand to BAU.

Every phase still matters. What's changed is how much of it needs a room full of people and a six-month runway, and that's where the research gets interesting.

What's actually moving

Discovery is becoming a by-product of analytics, not a standing exercise. Discovery used to mean weeks of workshops and stakeholder mapping before you had a real requirements set. Now NLP tools pull requirement candidates straight out of stakeholder notes, transcripts and regulatory documents into structured, traceable baselines, with a human still validating the judgment calls. Jama Software cites biopharma teams cutting drafting time by up to 70% with generative AI, and AI-enhanced traceability cutting requirement review downgrades from 8.7% to 1.6%. That's discovery happening continuously in the background, not a phase you formally kick off.

Planning has moved from one static document to small, adaptive pods. The classic team was a pyramid: a few seniors, a lot of mid-level staff on volume work, and a plan locked early and defended through change control. AI pods flip that: three to five senior specialists pair with AI agents that handle code generation, test scaffolding and documentation, while humans own architecture and accountability. The coordination loss that usually caps a ten-person team at three or four times one engineer's output shrinks. A UK manufacturer's SAP-integrated build shipped an MVP in three months against an eight-month estimate, and McKinsey cites 80-100% AI adoption correlating with productivity gains exceeding 110%. Planning here isn't a document you write once; the pod revisits it every cycle.

Build is genuinely faster, but not evenly, and not for free. Info-Tech Research Group's 2026 study of 578 engineering leaders found 94% report meaningful productivity gains and 83% report meaningful defect reduction. But only 37% call their AI governance formally mature, and 67% say AI-generated code needs more testing, not less. Plandek's 2026 benchmark across 2,000+ teams found lower-performing teams saw the biggest lead-time gains, while top performers with strong review discipline saw smaller gains but were already shipping in under 22.5 days against 62+ for bottom-quartile teams. LinearB's 2026 benchmarks, from 8.1 million pull requests across 4,800 teams, show where that discipline gets tested: agentic AI pull requests wait 5.3x longer for review and run 2.6x larger, and developers felt 20% faster while shipping 19% slower. The bottleneck just moves to code review, which is exactly where governance needs to tighten.

Naming the new shape: the AI Project Flow

Put those three shifts together and you don't get a faster seven-phase waterfall. You get a different shape, one I call the AI Project Flow: same discipline, but the phases stop relaying in sequence and start overlapping and feeding back into each other.

Sensing, not scoping

Discovery runs continuously off live data, not a one-off exercise.

Pods, not projects

Small senior teams, short cycles, constant replanning.

Compressed, governed build

Faster delivery, heavier review and security gates.

The loop closes

Live analytics feed straight back into sensing.

back to Sensing

What doesn't change matters just as much. Cutover, hypercare and stabilization still need the same rigor: a faster build isn't a safer one. Commercial governance, SOW scope, change control and stakeholder sign-off still sit alongside all of it, especially for a consultancy partner rather than an internal team. AI changes the pace. It doesn't change the discipline.

Why this matters for how delivery leaders sell their work

If discovery is mostly analytics now and build runs multiples faster, the old commercial model, a lengthy, fixed-scope SOW built around a linear timeline, stops making sense. Leaders who can sell shorter, analytics-led, pod-based engagements, and show clients the governance that keeps that pace safe, will out-compete the ones still staffing for the twelve-month version of this work. The playbook isn't dead. It's just moving faster, and the winners are the ones who rebuilt governance around that speed instead of hoping it would sort itself out.

← Back to blog