In short
This free tutorial teaches the agentic PDLC, a four-phase lifecycle (P0 Frame, P1 Design & Spec, P2 Build & Prove, P3 Run & Learn) for products in which a model drafts, decides or acts, in five-to-ten-minute lessons. It works with whatever method you already use, including AWS AI-DLC, the BMAD Method, spec-driven development and Scrum. The home page and the method page call it the SkyWays PDLC; the two names mean the same lifecycle.
Each role's part in the four phases is drawn on the method page.
Start where you are#
| If you are… | Start with | Because |
|---|---|---|
| New to agentic delivery | What is the agentic PDLC? | Everything else assumes the four phases |
| A product manager | For product managers | The pain, the autonomy and the bar are yours |
| A programme or delivery manager | For programme managers | The board, the cadence and the review queue |
| A solution architect | For solution architects | Which steps may guess, and where the caps live |
| An engineer or engineering lead | For software engineers | Bolts, the harness and the merge gate |
| A forward-deployed engineer | The forward-deployed engineer guide | Frame, Deliver, Evolve: twelve steps, each with its template |
| In QA | For QA | "It works" becomes proof that it works |
| In DevOps or platform | For DevOps and platform | The gateway, the flags and the rollback |
| A sponsor | For business sponsors | Two numbers, on one line, every cycle |
| An executive | For executives | Four decisions nobody else can make |
| Leading the change | Rolling it out in 90 days | One feature, five phases, one trap each |
| Wanting practice | The SkyWays case study | Ninety days, thirteen episodes, failures left in |
| Preparing for an interview | Six answer frameworks | Then the bank for your role, with strong answers |
| Curious about forward-deployed work | What is an FDE? | The role, its three stages, and who works beside it |
| Wondering why these projects go wrong | Why agentic AI projects fail | The failure modes are new, and quiet |
| About to write a spec | The eight-field spec | The step comes with its template |
| About to launch | Shadow, then five percent | The order a cut-over goes in |
| Asked for a business case | The value line | The arithmetic is worked |
| Running a workshop | 37 scenarios | Twenty sectors to choose from |
What you will be able to do#
By the end of the fundamentals you will be able to:
- Frame an AI feature as a measured pain, decide whether it needs a model at all, and set how much the machine may do on its own.
- Specify it so a coding agent, or an engineer who was not in the room, can build it without asking, with an acceptance bar per slice.
- Build and prove it in bolts, against a bar, with evidence a sceptic accepts.
- Run it: cut over safely, catch drift, and report what it saved beside what it cost.
The role, organisation and practice tracks then apply the same four phases to your job, to how a whole organisation adopts them, and to a full ninety-day case with twelve exercises; the interview track turns all of it into answers for AI product, FDE, GenAI, agentic and AWS roles.
How the lessons work#
Every lesson has the same slots in the same order: the answer first, a picture, the problem stated plainly, the idea step by step, a problem to try, three takeaways, and its sources, each marked Borrowed, Adapted or Original to this manual. Why it is built that way.
The lessons are written once and published twice: here, with the live diagrams, and on the GitHub wiki, where they sit beside the manual's full reference pages.