How long it takes to move up one AI governance maturity level
There is no verified universal duration for advancing one AI governance maturity level. The time depends on which workstreams sit on the critical path: inventory, policy ownership, identity and permissions, runtime enforcement, and audit evidence. Estimate it by sizing each workstream against your current baseline, finding the slowest dependency, and defining in advance the evidence that shows the level has been reached.
Why a single number is not credible
There is no verified universal duration for advancing one AI governance maturity level. How long a level takes depends on which workstreams sit on the critical path, so any single figure that ignores your current baseline and dependencies should not be treated as a reliable estimate.
Workstreams that gate a level advance
Five workstreams determine whether a level can be declared reached. The slowest of them usually sets the pace.
| Workstream | What it requires |
|---|---|
| Inventory | A current record of AI systems and agents, with a named owner. |
| Policy | Documented rules with accountable owners and a review cycle. |
| Identity and permissions | Distinct agent identities with scoped, auditable access. |
| Runtime enforcement | Policies applied when agents act, not only when they are written. |
| Audit evidence | Logs and review records an assessor can test. |
Factors that lengthen or shorten a level advance
Based on the workstreams above, the duration of a level advance is shaped by:
- Your current baseline in each workstream: inventory, policy ownership, identity and permissions, runtime enforcement, and audit evidence.
- The slowest dependency among those workstreams, which sits on the critical path.
- Whether the evidence that shows the level has been reached is defined in advance.
Phases of a single level transition
A level transition can be planned as a short sequence:
- Size each workstream against your current baseline.
- Find the slowest dependency to identify the critical path.
- Define the exit evidence in advance, so the target is testable.
- Confirm the level by checking the collected evidence against that definition.
Estimating a realistic range for your organization
Estimate a range rather than a single date. Size each workstream against your current baseline, find the slowest dependency, and let that dependency bound the range. Then define the evidence that will show the level has been reached, so the estimate has a clear finish line.
Where runtime enforcement changes the work
Runtime enforcement applies policies when agents act, not only when the policies are written. That changes the work: the evidence now includes control test results showing that policies were enforced during operation, and audit logs that record agent actions, tool use, and approval decisions.
Evidence that shows a level has been reached
Use the following as the exit evidence for a level:
- An inventory of AI systems and agents with owners, last-reviewed dates, and a documented update process
- Policies with named owners, approval records, and a review schedule
- Agent identities and permission scopes that can be listed and reviewed
- Control test results showing that policies were enforced during operation, including blocked or escalated actions
- Audit logs that record agent actions, tool use, and approval decisions, with defined retention
- Review records showing exceptions were raised, decided, and closed
Plan your next maturity level with evidence in mind
Discuss how runtime enforcement and audit logging could support the controls and evidence your target level requires.
Talk to an Expert