SkyWaysThe agentic manual

AI maturity model: six controls you can test in ten minutes

Tool adoption is the metric that rewards the least mature behaviour available. Count what is enforced instead.

7 minutesIntermediateLesson 3 of 4Updated By

On this page
  1. Sound familiar?
  2. What is an AI maturity model?
  3. Run the check, step by step
  4. Where you'll use it
  5. Why it matters
  6. Try it
  7. Key takeaways
  8. FAQ
  9. Apply it in your role
  10. 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

Agentic delivery maturity is a count of six controls, not of tools, each proven by running a test, and your level is how many you can show. The first three are a context file the agent reads, a spec with a bar and an owner on every item, and a harness that gates the merge per slice. The other three are caps in tool signatures, a trace that redacts, and production evidence with drift watched; the next control to build is the first one missing.

Six controlsyou can test in ten minutesP1Written down1 · A context filetest: it is current2 · Spec, bar, ownertest: pick any storyP2Enforced incode3 · A merge gatetest: lower a bar, push4 · Caps in signaturestest: grep the promptsP3Seen inproduction5 · A redacting tracetest: find no passports6 · Drift watchedtest: the gate re-opensLevel = the countnext: the first missing controlMaturity is control, not tool count. A team with nine AI tools and no gates is less mature than one with one tool andsix controls.

Six controls you can test in ten minutes

P1Written down
  • 1 · A context filetest: it is current
  • 2 · Spec, bar, ownertest: pick any story

P2Enforced in code
  • 3 · A merge gatetest: lower a bar, push
  • 4 · Caps in signaturestest: grep the prompts

P3Seen in production
  • 5 · A redacting tracetest: find no passports
  • 6 · Drift watchedtest: the gate re-opens

Level = the countnext: the first missing control

Maturity is control, not tool count. A team with nine AI tools and no gates is less mature than one with one tool and six controls.

In this lesson you'll learn:

  • the six controls and the test that proves each one;
  • why a decided control scores as absent, and why the level is deliberately unweighted;
  • how to run the check in ten minutes, and what to build next.

Sound familiar?#

  • The maturity slide counts AI tools adopted, and the number only ever goes up.
  • Every control was marked present, and the refund the cap should have stopped still went out.
  • The team says it is "not ready for level four yet", as if the levels were a staircase.

The first rewards buying tools, the second scores intent, and the third mistakes a checklist for a ladder.

What is an AI maturity model?#

A way to say how safely and repeatably a team delivers with AI, and what to improve next. Most maturity models are staged ladders, in the tradition of the Capability Maturity Model's five levels. For agentic delivery that shape misleads, because the controls that matter are independent and very unequal in cost: capping a tool in its signature is an afternoon's work, while production evidence by segment takes a quarter. A team with many AI tools and no gates is less mature, ships less safely and costs more than a team with one tool and tight control.

many toolscount what is enforcedagent, throughthe gap
A team with many AI tools and no gates is less mature than a team with one tool and tight control. Count the controls.

Run the check, step by step#

Step 1 · Score each control by running its test#

#ControlThe test
1A context file the agent readsIt exists in the repository and was updated this month
2Every item has a spec, a bar and a named ownerPick a story at random and look
3The harness gates the merge, per sliceA slice below its bar blocks the merge, even if the average rises
4Caps live in tool signatures, not promptsGrep the prompts for the cap and find none; find it in the signature
5The trace redactsSearch a week of rows for a passport number and find none
6Production evidence by segment, with drift watchedThe drift alert re-opens the release gate by itself

Every test is something you run, not something you recall. Tick only what could be shown to you in ten minutes. Run the self-check

Step 2 · Mark a decided control as absent#

Decided is not enforced. At SkyWays, this manual's fictional airline, the refund cap was decided, written into the autonomy record and repeated in the system prompt, so control 4 was marked present. On day 82 a $2,000 refund went out that was not owed, because the refund tool's signature accepted any amount. The test exists to catch exactly this.

Step 3 · Read the list, not the number#

The level is the count, deliberately unweighted, so that it cannot be argued about. The price is that a team can score four with the two hardest controls missing, so report which controls are missing, not only how many.

Step 4 · Build the next control, and only that one#

The next control to build is the first one missing from the list. Name an owner, a date and the test you will run on that date. Six improvement actions at once produce none.

Step 5 · Re-run it every quarter, and expect the score to fall once#

Controls decay: a context file goes stale, a new tool is added without a cap, a harness check is switched from required to optional during a crunch. A score that only ever rises is not being measured.

Where you'll use it#

  • Every quarter, per team, in ten minutes.
  • When a board asks how mature the organisation is: answer with a number out of six and the next control, not with a tool count.
  • Before widening an agent's use, where controls 4 to 6 are the ones that matter.

Why it matters#

Adoption metrics reward buying tools; this rewards controlling them. Each of the six maps to a failure this tutorial covers: an uninformed agent, an unmeasured bar, a regression hidden in an average, a cap talked past, a leak in a log, drift nobody saw. So the score is a count of failures a team has closed.

Try it#

A team scores itself. The context file was last updated four months ago. Two of three stories picked at random have a bar. Lowering a bar and pushing blocked the merge. The refund cap is in the prompt and the autonomy record. A week of trace rows shows no passport numbers. The drift alert exists but does not re-open the gate. What is its level, and what does it build next?

Show the answer

Two out of six: the harness (3) and the redacting trace (5). The context file is not current (1), one story in three has no bar (2), the cap is decided but not enforced (4), and an alert that does not re-open the gate is not control 6. The next control is the first missing one: bring the context file up to date (an afternoon), then re-run its test.

Key takeaways#

  1. Count controls, not tools: six of them, each present or absent.
  2. Score by running the test: decided is not enforced.
  3. Build the first missing control, one at a time, and re-run the check every quarter.

FAQ#

What is an AI maturity model?#

A structured way to assess how safely and repeatably an organisation delivers with AI, and what to improve next. This one counts six enforced controls rather than tools adopted or stages reached, because the controls are independent and each can be verified in minutes.

How do you measure AI maturity?#

Run a test for each control rather than asking whether it exists: grep the prompts for caps, push a change that should fail the harness, search the trace for personal data, check that a drift alert re-opens the release gate. The number of controls that pass is the level.

What are the levels of AI maturity?#

Here the level is simply the count, from zero to six, deliberately unweighted. Staged models such as CMMI assume an order to climb; these controls do not have one, and a cheap control should never wait behind an expensive one.

How often should you reassess AI maturity?#

Every quarter, and whenever tools, models or teams change. Controls decay silently, so a score that has never gone down is a sign that it is being remembered rather than measured.

Apply it in your role#

If you are…Do thisThe AI-augmented shortcut
A forward-deployed engineerScore the customer on the six controls in week one by running each test. The first missing control is your first deliverable.Ask a coding agent to run the six tests against the customer's repository and report each with its evidence.
A product manager or FDPMReport the count and the next control each quarter, and expect the score to fall at least once.Have a model compare this quarter's self-check with the last one and explain every change.
A GenAI or agentic AI engineerMake each control testable in CI where you can: caps in signatures, redaction, the harness as a required check.Ask a coding agent for a CI job that fails when a prompt states a cap the code does not enforce.

Across the enterprise. Run the six-control check across every team each quarter. Publish the list, not only the number, and fund the first missing control per team rather than a programme-wide initiative.

The ten-minute workflow. The self-check, scored by tests rather than by memory:

Run a maturity self-check on this repository by testing, not asking: (1) a context file exists and
changed this month; (2) three random stories each have a spec, a bar and an owner; (3) the harness is a
required check that blocks a slice below its bar; (4) no cap exists only in a prompt; (5) the trace
redacts personal data; (6) a drift alert re-opens the release gate. Report each with its evidence.

Sources and credits#

IdeaOriginSource
Six controls, each with a test; the level is the countOriginal: this manualMaturity: control, not tool count
Read the list, not the number; build the first missing controlOriginal: this manualFor leadership
Staged maturity levels, which this model departs fromComparePaulk, M. C. et al. (1993). Capability Maturity Model for Software, Version 1.1. SEI, CMU/SEI-93-TR-024
A yes-or-no check of a team that takes minutesCompare: the same formSpolsky, J. (2000). The Joel Test: 12 Steps to Better Code. Joel on Software
The day-82 refundIllustrative: a fictional airlineThe workbench

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