AI Capability Maturity Assessment · Part III. Running an assessment
Scoring method
In this chapter
How a criterion is scored, how evidence confidence caps it, how criteria roll up to domain, layer and overall scores, and how targets, gaps and priorities are calculated. Every rule here is the rule the assessment applies.
Principles
- Score on evidence, not assertion. A claim that nobody can back with an artefact, a record or observed practice is capped at Level 2.
- Assess the organisation, not the AI team. The unit of assessment is the enterprise (or the chosen function): executives, business areas, technology, security, privacy, data, people functions and the AI team.
- Every criterion has a crisp rating rule: its level is the highest level whose pass test is met. Descriptors explain what a level looks like; pass tests decide it.
- Validate before you write. Scores are played back to the people who gave the evidence, and corrections arrive as new evidence, not negotiation.
Scoring a criterion
A criterion’s level is the highest level whose pass test is met, provided the pass tests of every lower level are also met. Level 1 has no pass test. Use the level descriptors to recognise practice and the pass tests to decide the score.
Evidence confidence and caps
Every score carries a confidence. Confidence is not decoration: it caps the score.
| Confidence | What it means | Effect |
|---|---|---|
| Evidenced | The evidence the pass test requires has been seen: an artefact, a record of the practice operating, or system configuration or output. In self-assessment mode, the respondent states they could produce it today. | No cap |
| Asserted | Stated in an interview, workshop or response, but the evidence was not seen. | Capped at 2 |
| Not known | Nobody could say, or the criterion was not assessed in this scope. | Excluded from the domain score |
The caps
| Cap | Rule | Why |
|---|---|---|
| Asserted cap | An asserted score cannot exceed 2.0. | Auditors distinguish between what is claimed and what is shown; so does this model. Level 3 requires that practice is followed, which only records can show. |
| Pass test cap | A score cannot reach a level whose pass test is not met (half levels below it are allowed in assessor mode). | Keeps scores tied to observable evidence and comparable between assessors. |
| Currency cap | Evidence older than its currency window is treated as asserted, so the asserted cap applies. | A control that operated two years ago is not evidence that it operates now. |
| Survey cap | Survey caps and flags in the survey rules apply after the evidence caps. | Staff experience is evidence that a practice does or does not reach the people it is meant for. |
| Function scope cap | In a function-scoped assessment, a ‘both’ criterion cannot exceed the enterprise score for that criterion by more than one level. | Local practice cannot be more mature than the enterprise mechanism it depends on. |
From criteria to a domain score
A domain’s score is the mean of its scored criteria, capped at the lowest scored criterion plus 1.0, rounded to one decimal place.
domainScore = round1( min( mean(criterionScores), min(criterionScores) + 1.0 ) )
Round half away from zero to one decimal place (2.25 becomes 2.3). Compute from unrounded criterion scores.
- Criteria marked ‘not known’ are excluded.
- If one or two criteria in a domain are not known, the domain score is computed from the rest and flagged ‘partial coverage’.
- If three or more of the five are not known, the domain score is not reported and the domain is shown as ‘insufficient evidence’.
Worked examples
| Criterion scores | Uncapped mean | Cap (lowest plus 1) | Domain score | Why |
|---|---|---|---|---|
| 4, 4, 4, 4, 1 | 3.4 | 2 | 2 | The cap applies: no register undermines the rest of governance. |
| 3, 3, 2.5, 3, 2 | 2.7 | 3 | 2.7 | The cap does not bite; the mean stands. |
| 2, not known, 2, 3, 2 | 2.3 | 3 | 2.3 | Partial coverage flag; computed from four criteria. |
Why a capped mean
- A plain mean rewards strength in some criteria and hides a missing foundation. A domain with four criteria at Level 4 and no register at all would score 3.4, which no auditor would accept.
- A plain minimum (weakest link) is too harsh and unstable: one criterion decides everything, real progress elsewhere earns no credit, and assessors are tempted to score generously to avoid a collapse.
- A median of five ignores the two weakest criteria entirely, so a domain at 1, 1, 4, 4, 4 would score 4.
- The capped mean gives credit for progress while preventing any domain from being reported more than one level above its weakest criterion. It can be stated in one sentence to a board.
| Alternative | Decision |
|---|---|
| Mean | Rejected as the headline: hides foundation gaps. Still reported as ‘uncapped mean’ so readers can see the effect of the cap. |
| Median | Rejected: ignores the weakest criteria. |
| Minimum (weakest link) | Rejected: unstable, gives no credit for progress, encourages generous scoring. |
Every domain result shows the domain score, the uncapped mean and, where the cap applied, the criterion that caused it.
The overall profile
- Overall score
- The mean of the reported domain scores, rounded to one decimal place. Not reported if fewer than six domains have scores.
- Bands
- The overall band, and each domain’s band, is the level whose number is the whole part of the score (2.0 to 2.9 is ‘Repeatable’). A score whose decimal part is 0.7 or more is described as ‘approaching’ the next level.Rounding 2.5 up to ‘Defined’ would describe an organisation that has not met the Level 3 pass tests as if it had. The whole-part rule keeps the label honest; the ‘approaching’ phrase gives credit for progress.
- Strongest and weakest
- Name the two highest and two lowest domains. Ties are broken by the higher (or lower) uncapped mean, then by domain number.
- Foundation flag
- If any foundation-importance criterion scores below 2.0, the report’s headline must say that foundations are not in place, whatever the overall score.
- Layer scores
- Each layer (foundations, ways of working, practice) is reported as the mean of its domain scores.
- Responsible AI overlay
- Each responsible AI dimension is scored from the criteria mapped to it, using the same capped-mean rule as domains. The overlay adds no questions: it re-reads the 40 criteria through a responsible AI lens and crosswalks them to Australia’s AI Ethics Principles, ISO/IEC 42001 and the EU AI Act.
Shape
| Shape | Rule | What it means |
|---|---|---|
| Balanced | Highest domain score minus lowest is 1.0 or less. | Capability is even; uplift can proceed domain by domain. |
| Uneven | Spread greater than 1.0 and up to 2.0. | Some domains are ahead of others; the weakest will limit what the strongest can deliver. |
| Lopsided | Spread greater than 2.0. | Capability is concentrated in one or two domains, usually technology ahead of governance; the gap is itself a risk. |
Importance weights
A criterion’s importance weight is its base weight multiplied by every applicable context multiplier, capped at 4.5.
| Importance | Base weight | Criteria |
|---|---|---|
| Foundation | 3 | 1.1, 1.2, 1.3, 2.1, 2.2, 2.3, 3.1, 3.5, 4.3, 5.3, 8.1, 8.3 |
| Core | 2 | 1.5, 2.5, 3.2, 3.3, 3.4, 4.4, 5.1, 5.2, 5.4, 5.5, 6.2, 6.3, 7.1, 7.4, 8.5 |
| Enabling | 1 | 1.4, 2.4, 4.1, 4.2, 4.5, 6.1, 6.4, 6.5, 7.2, 7.3, 7.5, 8.2, 8.4 |
Context multipliers
| When | Applies to | Multiplier | Why |
|---|---|---|---|
| AI contributes to decisions about people | Criteria in D3 and D6, and criteria 4.4 and 8.5 | × 1.5 | AI contributes to decisions that affect people’s rights or interests, so transparency, contestability and oversight matter more. |
| AI acts with supervised autonomy | Criteria in D5 and D6, and criterion 3.5 | × 1.5 | AI acts within bounds without per-action approval, so observability, halt and testing matter more. |
| AI handles sensitive information | Criteria 4.3, 4.4, 5.1, 5.2 and 5.4 | × 1.5 | AI handles personal, sensitive or classified information. |
The weight is capped at 4.5.
Setting targets
Targets are set per domain by leaders in the target-state workshop, then translated into per-criterion targets that can be overridden.
| Ambition | D1 | D2 | D3 | D4 | D5 | D6 | D7 | D8 |
|---|---|---|---|---|---|---|---|---|
| Foundational Meet obligations by design and remove the biggest exposures. | 3 | 3 | 3 | 2.5 | 2.5 | 2.5 | 2.5 | 3 |
| Balanced A defined, enterprise-wide practice in every domain, with more where AI affects people or acts with autonomy. | 3 | 3 | 3 | 3 | 3 | 3 | 3 | 3 |
| Leading Measured, enforced practice where the risk is greatest, to support supervised autonomy at scale. | 3.5 | 4 | 4 | 3.5 | 4 | 4 | 3.5 | 3.5 |
Balanced: where ai contributes to decisions about people or ai acts with supervised autonomy, the target for 3. Risk, assurance and transparency, 5. Platform, architecture and security and 6. Design and engineering practice rises to 3.5.
Time frames: 12 months or 24 months.
- A target is never below the current score.
- Default pace: a domain target may sit at most 1.0 above the current domain score per 12 months of time frame. Up to 1.5 per 12 months is allowed when dedicated resourcing is confirmed, and is labelled ‘stretch’. Anything larger needs a written reason recorded in the workshop outputs.
- Layer rule: no domain in the ways-of-working or practice layers may have a target more than 1.0 above the lower of the D1 and D2 targets.
- Criterion targets default to the whole-level part of the domain target. Where the domain target’s decimal part is 0.5 or more, foundation and core criteria take the next level up and enabling criteria stay at the whole level, because pass tests are whole levels. Leaders may lower a criterion target (not every criterion needs Level 4) or raise it, within the pace rule for that criterion (at most two levels above current per 12 months).
- Obligation floor: where an edition obligation applies to a criterion, its target is at least the obligation’s minimum level, due by the obligation date, whatever the ambition preset.
- Function scope: targets for enterprise-level criteria are inherited from the enterprise and shown as dependencies, not set by the function.
Gaps
- Criterion gap
- criterionGap = max(0, criterionTarget minus criterionScore). For a ‘not known’ criterion, the gap is computed against an assumed score of 1.0 and flagged ‘verify before acting’.
- Domain gap
- domainGap = max(0, domainTarget minus domainScore).
- Overall gap
- The mean of domain gaps, one decimal place.
What the results show
- Heat map: the 40 criteria coloured by current level, each cell marked with its target level, with gaps of two or more levels outlined.
- Biggest gaps chart: the ten criteria with the highest priority score (below), showing current and target.
- Recommendations per gap: for each criterion with a gap, the initiatives selected to close it (see roadmapLogic).
Prioritising the gaps
priorityScore = criterionGap x importanceWeight x feasibility
How readily the gap can be closed now, judged from the initiative that would close its next step.
| Feasibility | When |
|---|---|
| 3 | The next-step initiative is a quick win, or effort S with all prerequisites already met. |
| 2 | Effort M with prerequisites met, or effort S with a prerequisite still to do. |
| 1 | Effort L, or effort M with a prerequisite still to do, or no initiative in the library covers the next step. |
An assessor or team may override feasibility by one step with a recorded reason (for example funding already approved, or a key person unavailable).
Order
- Class A, must-do: the criterion is below the minimum level of an applicable edition obligation due within 12 months (or already overdue).
- Class B, foundation: the criterion has foundation importance.
- Class C, value: everything else.
- Within a class, sort by priority score (highest first), then by lower effort, then by criterion number.
This assessment is not legal advice and is not a certification. Obligations and dates were checked against official sources on 15 October 2026; confirm them against the source instruments, which can change.