SkyWaysThe agentic manual

What is the agentic PDLC? The P0 to P3 framework explained

Four phases, one hard gate and a line that comes back. The whole framework in one sitting, with the reason behind each piece.

10 minutesBeginnerLesson 1 of 2Updated By

On this page
  1. Sound familiar?
  2. What is the agentic PDLC?
  3. The four phases, step by step
  4. The one hard gate
  5. How it fits beside AI-DLC, BMAD, spec-driven development, AIDD and Scrum
  6. Where you'll use it
  7. Why it matters
  8. Try it
  9. Key takeaways
  10. FAQ
  11. Apply it in your role
  12. Sources and credits
All lessonsStart here

Getting started

  1. What is the agentic PDLC?
  2. How this tutorial works

Agentic PDLC fundamentals

  1. The evolution of the PDLC
  2. Why agentic AI projects fail
  3. P0 · Frame
  4. P1 · Design & Spec
  5. The one hard gate
  6. P2 · Build & Prove
  7. P3 · Run & Learn
  8. The eight loops
  9. The evidence pack

Methods decoded

  1. AI-DLC vs AIDD vs agentic SDLC
  2. What is AI-DLC?
  3. What is AIDD?
  4. What is the BMAD Method?
  5. What is spec-driven development?
  6. One lifecycle for every method
  7. How much process a change needs

Running delivery

  1. How to run an agentic AI project
  2. Bolts vs sprints
  3. A board for agentic work
  4. Cut delivery from months to weeks
  5. Review AI code by risk
  6. How accurate must an agent be?
  7. Prove the agent meets its bar
  8. Shadow mode and cut-over
  9. Why the AI bill is 4× the estimate
  10. Guardrails that hold
  11. The five governance gates
  12. Catch AI drift
  13. AI incident postmortems

By role

  1. For product managers
  2. For program managers
  3. For solution architects
  4. For engineers
  5. For forward-deployed engineers
  6. For QA
  7. For DevOps and platform
  8. For business sponsors
  9. For executives

Teams and organisation

  1. Team structure for agentic AI
  2. Measuring AI productivity
  3. The maturity model
  4. Rolling it out in 90 days

Practice

  1. The SkyWays case study
  2. The operating rhythm
  3. The workbench
  4. Twelve exercises

Interviews and careers

  1. What is an FDE?
  2. Six answer frameworks
  3. AI PM interview questions
  4. FDE interview questions
  5. GenAI engineer questions
  6. Agentic engineer questions
  7. AWS GenAI questions

In short

The agentic PDLC is a product lifecycle for software in which an AI model makes some of the decisions, run in four phases. P0 Frame decides whether it is worth building and how much the machine may do, and P1 Design & Spec writes it down so a machine can build it. P2 Build & Prove builds it in slices against a measured bar, and P3 Run & Learn watches it in production until what you learn becomes the next P0.

Four phasesone hard gate, one loop backP0 · Frameworth it, AI at all,how much may itdo?soft · the briefP1 · Design &Specwhat exactly,and under whoseauthority?sign-off (the hard gate)signed spec, bar,guardrailsP2 · Build &Provedoes it meet thebar, slice byslice?soft · the evidencepackP3 · Run &Learnstill true, andwhat did it cost?what you learnedThe next P0an incident, driftor a billThree crossings are soft and can cross with a placeholder, a named owner and a date. One is hard: nothingdownstream survives without the spec, the bar and the guardrails.

Four phases one hard gate, one loop back

  1. P0 · Frameworth it, AI at all, how much may it do?
  2. soft · the brief
  3. P1 · Design & Specwhat exactly, and under whose authority?
  4. sign-off (the hard gate): signed spec, bar, guardrails
  5. P2 · Build & Provedoes it meet the bar, slice by slice?
  6. soft · the evidence pack
  7. P3 · Run & Learnstill true, and what did it cost?
  8. what you learned
  9. The next P0an incident, drift or a bill

Three crossings are soft and can cross with a placeholder, a named owner and a date. One is hard: nothing downstream survives without the spec, the bar and the guardrails.

In this lesson you'll learn:

  • what each of the four phases decides, and the condition that ends it;
  • why only one of the four hand-offs is a hard gate;
  • how the framework sits beside AWS AI-DLC, the BMAD Method, spec-driven development, AIDD and Scrum.

Sound familiar?#

  • The demo worked in week two. It is week eleven, and nobody can say whether it is good enough to launch.
  • The spec was signed, and every engineer still asked the same three questions in their first week.
  • The bill arrived at four times the estimate with traffic flat, and it went to finance instead of back to the design.

Each of those is a phase that ended on a date instead of on evidence. That is the specific failure the agentic PDLC is built to prevent.

What is the agentic PDLC?#

A product development lifecycle (PDLC) is the path a product takes from an idea to something people rely on. The agentic PDLC is that path redrawn for products in which a large language model does part of the work: drafts the reply, chooses the tool, issues the refund.

The redraw is needed because a model breaks an assumption every older lifecycle made: that software does the same thing every time. A model is right most of the time, fluent all of the time, and wrong without raising an error. So the lifecycle has to answer three questions a waterfall plan or a Scrum board never asked: how right is right enough, who decided that, and how will we know when it stops being true?

right most dayswrong today,just as steadyno alarm rings
A model is right most of the time and sounds sure all of the time. When it is wrong, nothing shakes and no alarm rings.

It answers them with four phases. They are numbered P0 to P3 so they sort in order, and so nobody mistakes them for one vendor's stage names.

The four phases, step by step#

PhaseThe question it answersAccountableIt ends when
P0FrameIs it worth doing, is it AI at all, and how much may the machine do?Product managerThe pain is a measurement and the AI-fit verdict is recorded
P1Design & SpecWhat exactly is being built, and under whose authority?Solution architectThe spec, the bar and the guardrails are signed
P2Build & ProveDoes it meet the bar, slice by slice?Engineering leadThe golden set clears the bar and a shadow run agrees
P3Run & LearnIs it still doing what we launched, and what did it cost?SponsorTwo numbers are reported and the next P0 brief exists

Step 1 · P0 Frame: decide before anything is built#

P0 turns a request into a measurement: "customers hate waiting" becomes a count, a cost and a link to the evidence a sceptic can open. It then asks whether the job needs a model at all (many do not) and sets how much the machine may do on its own, one action at a time. It ends when the pain has a number and the AI-fit verdict, including what was rejected, is written down. P0 Frame in depth.

Step 2 · P1 Design & Spec: write it so a machine can build it#

P1 writes down what will be built precisely enough that a coding agent, or an engineer who was not in the room, can build it without asking. That means acceptance criteria in a checkable syntax, an acceptance bar for each slice derived from what a mistake costs, and the guardrails: what the agent may do, what needs a person, and which limits live in code rather than in the prompt. It ends when all three are signed. P1 in depth.

Step 3 · P2 Build & Prove: build in slices, prove each one#

P2 builds in bolts: cycles of hours or days, one risk each, starting with a walking skeleton that runs end to end. Every slice is measured against its bar on a golden set, and a merge that drops a slice below its bar is blocked. P2 closes with a shadow run, in which the agent handles live traffic without acting and its answers are compared with what people actually did. P2 in depth.

Step 4 · P3 Run & Learn: keep it true, and learn from it#

P3 widens the live share gradually, watches the output mix for drift, and reports two numbers on one line: what the feature saved and what it cost. An incident, a drift alert or a bill that leaves its estimate does not end in a ticket; it ends in a brief for the next P0. P3 in depth.

The one hard gate#

Four hand-offs connect the phases, as the map at the top shows, and only one of them is hard.

A soft hand-off may cross with a placeholder, a named owner and a date, which keeps work moving while a decision is still being measured. The hard one may not: nothing enters P2 until the spec, the bar and the guardrails are signed. It is hard because it is the last point at which changing your mind costs a document instead of a rewrite: a one-way door, where the others are two-way. Why the gate sits exactly there.

How it fits beside AI-DLC, BMAD, spec-driven development, AIDD and Scrum#

The agentic PDLC is a spine, not a rival method. The methods you have heard of each occupy part of it. Scrum is not in the picture: it is a team process that runs inside P2, not a method with phases of its own.

Four methodsonthe four phasesThe SkyWays PDLCP0 · FrameP1 · Design & SpecP2 · Build & ProveP3 · Run & LearnSDDestablishedThe spec, not the code, is what youmaintain; code is regenerated fromit.a spec sketch,lightly: the painand the ceilingthe spec is theartefact: eightfields, stableIDscode generatedfrom the spec,regenerated onchangelightly: theincident editsthe spec firstBMAD MethoddocumentedSkills and five named agents inyour coding tool; one Build loop,documents added as the workgrows.the Analyst'sbrief, or none atallPM, UX andArchitect: PRD,DESIGN.md, thespinea spec and itsstories, thenBuild per storyextended here:learn andadjust, into thenext briefAI-DLC (AWS)documentedThree phases and bolts of hours ordays replace sprints; a personapproves every boundary.inception: anintent becomesunits of workmobelaboration,NFRs capturedconstruction inbolts, mobconstructionoperations, runadaptivelyAIDD, the daily craftestablishedHow an engineer works with acoding agent day to day, whichevermethod frames it.silentsilentcontext files,story files, aharness in CI,review by risksilentThis manual addsworking methodThe parts none of the methodsdecide, in the phase where eachbelongs.the AI-fitverdict, theautonomyceiling, thevalue linewhat thesign-off needs:spec, bar,guardrails, andthe authoritybudgetone unknownper bolt, a lowerbound not ascore, theshadow runtwo numbers,drift, theincident as thenext P0sign-off (the hard gate)A filled cell is where the method says something about that phase; a dashed cell is where a team has to bring its own answer. The lastrow is where this manual's own devices sit.

Four methods on the four phases

establishedSDDThe spec, not the code, is what you maintain; code is regenerated from it.
  • P0 · Framea spec sketch, lightly: the pain and the ceiling
  • P1 · Design & Specthe spec is the artefact: eight fields, stable IDs
  • P2 · Build & Provecode generated from the spec, regenerated on change
  • P3 · Run & Learnlightly: the incident edits the spec first
documentedBMAD MethodSkills and five named agents in your coding tool; one Build loop, documents added as the work grows.
  • P0 · Framethe Analyst's brief, or none at all
  • P1 · Design & SpecPM, UX and Architect: PRD, DESIGN.md, the spine
  • P2 · Build & Provea spec and its stories, then Build per story
  • P3 · Run & Learnextended here: learn and adjust, into the next brief
documentedAI-DLC (AWS)Three phases and bolts of hours or days replace sprints; a person approves every boundary.
  • P0 · Frameinception: an intent becomes units of work
  • P1 · Design & Specmob elaboration, NFRs captured
  • P2 · Build & Proveconstruction in bolts, mob construction
  • P3 · Run & Learnoperations, run adaptively
establishedAIDD, the daily craftHow an engineer works with a coding agent day to day, whichever method frames it.
  • P2 · Build & Provecontext files, story files, a harness in CI, review by risk
  • Silent in P0, P1 and P3
working methodThis manual addsThe parts none of the methods decide, in the phase where each belongs.
  • P0 · Framethe AI-fit verdict, the autonomy ceiling, the value line
  • P1 · Design & Specwhat the sign-off needs: spec, bar, guardrails, and the authority budget
  • P2 · Build & Proveone unknown per bolt, a lower bound not a score, the shadow run
  • P3 · Run & Learntwo numbers, drift, the incident as the next P0

A filled cell is where the method says something about that phase; a dashed cell is where a team has to bring its own answer. The last row is where this manual's own devices sit.

Not competitors. Each method speaks to part of the lifecycle. The decision that matters is not which method but how deep to go on this change.
MethodWhat it isWhere it sits
AWS AI-DLCAI proposes and people decide, across Inception, Construction and Operations, in bolts of hours or daysInception ≈ P0 to P1 · Construction ≈ P2 · Operations ≈ P3
BMAD MethodSkills and five named agents; one Build loop with a spec, stories and shared documents added as the work growsMostly P0 to P2
Spec-driven developmentThe spec is the maintained artefact; code is generated from it, as in Kiro or GitHub Spec KitP1 and P2
AIDDAI-driven development, the everyday craft of building with coding agents: a context file, a story file per task, review by riskInside P2, whichever method frames it
ScrumTime-boxed sprints over a backlogInside P2, where the sprint's unit becomes a bolt

So the question worth arguing about is not which method, but how deep this particular change needs to go. A one-line fix to a refund cap is tiny and deep; a large refactor of a read-only report is big and shallow. The named methods on one lifecycle.

Where you'll use it#

  • On every change that involves a model, at the depth the change needs. A one-line fix to a refund cap runs all four phases in an afternoon; a new agent runs them over weeks.
  • Alongside the method you already use. Stand-ups, backlogs and retrospectives carry on. What changes is what each phase must leave behind before the next one starts.
  • By every role. Each phase has one accountable owner, but every role works in every phase, including the cells where a role should deliberately do nothing, which the by-role board draws.

Why it matters#

  • It makes "good enough" a number. Each phase ends on evidence someone can open, so a launch is a decision rather than a mood.
  • It moves the expensive decisions to where they are cheap. Authority, the bar and the guardrails are settled on paper, before the code exists to argue for itself.
  • It closes the loop. P3 produces the next P0, so an incident or a bill changes the design instead of the budget.

Try it#

A team at an insurer has a prototype agent that approves small claims. It demos well, and the engineering lead wants to start building "for real" on Monday. The product manager has a measured pain; the architect has a draft spec. What must be true before the work can enter P2?

  1. The model and its temperature are chosen and written into the spec.
  2. The spec, the acceptance bar for each slice and the guardrails are signed.
  3. A sprint plan exists for the next six weeks.
  4. The prototype is deployed to production behind a feature flag.
Show the answer

2. P1 → P2 is the one hard gate, and it opens on a signed spec, a bar per slice and the guardrails. Option 1 is a known anti-pattern: fixing the model's knobs in a spec ties a requirement to one vendor's settings, which belong to the build. Option 3 is a calendar, not evidence. Option 4 skips P2 altogether.

Key takeaways#

  1. The agentic PDLC has four phases (P0 Frame, P1 Design & Spec, P2 Build & Prove, P3 Run & Learn) and each ends on evidence, never on a date.
  2. Only P1 → P2 is a hard gate; the other hand-offs may cross with a placeholder, an owner and a date.
  3. It is a spine, not a rival method: AI-DLC, BMAD, spec-driven development, AIDD and Scrum each fit onto part of it.

FAQ#

Is the agentic PDLC the same as AWS AI-DLC?#

No. AI-DLC is AWS's methodology, published in 2025, in which AI proposes and people decide across three phases (Inception, Construction and Operations) run as short bolts. The agentic PDLC is a method-agnostic lifecycle that AI-DLC fits onto: Inception covers P0 and P1, Construction is P2, and Operations is P3. You can run AI-DLC inside it.

What do P0, P1, P2 and P3 stand for?#

The four phases in order: P0 Frame, P1 Design & Spec, P2 Build & Prove and P3 Run & Learn. Numbering starts at zero because framing happens before anything is designed. It is the phase teams most often skip, and calling it P0 makes skipping it visible.

Do I need all four phases for a small change?#

Yes, at a small depth. A one-line change to a refund cap is still framed, specified, proven and watched, in an afternoon. What scales with the change is how much each phase produces, not whether it happens.

Does the agentic PDLC replace Scrum or Agile?#

No. It is a lifecycle, not a team process. Sprints, stand-ups and retrospectives carry on; in P2 the unit of work becomes a bolt (one risk, hours or days) and the milestone becomes a passing shadow run rather than a demo.

Who owns the agentic PDLC?#

Each phase has one accountable owner: the product manager for P0, the solution architect for P1, the engineering lead for P2 and the sponsor for P3. The lifecycle as a whole, and especially the loops that run backwards from P3, belongs to the sponsor.

Is the SkyWays PDLC the same thing?#

Yes. SkyWays PDLC is the name this manual and its simulator give their agentic PDLC: the same four phases, the same hard gate and the same loops. SkyWays is also the name of the fictional airline in the worked case.

Apply it in your role#

If you are…Do thisThe AI-augmented shortcut
A forward-deployed engineerPlace the customer's request on the four phases in the first meeting. Most arrive as "build an agent" and are an unanswered P0 question.Paste the brief into a model and have it sort every sentence into P0 to P3, then list what each phase is missing.
A product manager or FDPMMake the phases the roadmap's spine: nothing enters P2 without a bar and an authority budget signed in P1.Ask a model to redraw the roadmap as a P0 to P3 table and flag every item in build without a signed spec.
A GenAI or agentic AI engineerBefore writing a prompt, ask which phase you are in. Coding before the bar and the limits exist means making P1's decisions by accident.Put the phase and the spec's path in the context file, so the coding agent stops at work the spec does not cover.

Across the enterprise. Teams keep their own method (Scrum, AI-DLC, Spec Kit) and the organisation standardises only the four hand-offs and what each owes. That is what makes a portfolio of AI products comparable at all.

The ten-minute workflow. Turn any brief into the questions nobody has answered yet:

Here is a project brief: <paste>. Sort every sentence into the phase it belongs to: P0 Frame,
P1 Design & Spec, P2 Build & Prove, P3 Run & Learn. Then list, per phase, the decisions the brief
has not made, as questions I can put to the sponsor. Do not answer them yourself.

Sources and credits#

IdeaOriginSource
The four phases, their names and their end conditionsOriginal: this manualSources and Confidence
One hard gate and three soft hand-offsOriginal: this manualGates and Governance
Phases separated by gates that require evidenceBorrowedCooper, R. G. (1990). Stage-gate systems: a new tool for managing new products. Business Horizons 33(3)
Make hard-to-reverse decisions the gated onesAdaptedBezos, J. 2015 letter to Amazon shareholders. Type 1 and Type 2 decisions
Bolts: work cycles of hours or daysAdaptedRaja SP (2025). AI-Driven Development Life Cycle: Reimagining Software Engineering. AWS
Specs as the maintained artefactBorrowedBöckeler, B. (2025). Understanding spec-driven development: Kiro, spec-kit and Tessl

Go deeper: The Agentic PDLC: the full reference, with a template for every phase exit · The four boards · The workbench, the same framework as ninety playable days.

Prefer GitHub? This track is on the wiki, and this lesson is markdown. Found a mistake? Edit this lesson, or say so.