01Ownership
Who is accountable?
Name the business owner, technical operator and person who can accept a risk or approve a consequential decision.
Governance & decision assurance
Define who decides, what the system may do and what evidence is needed before a consequential action.
From a policy to an operating practice
Governance should fit the consequence of the decision. These questions connect architecture to the people responsible for the outcome.
01Ownership
Name the business owner, technical operator and person who can accept a risk or approve a consequential decision.
02Boundaries
Define approved information, permitted actions, prohibited uses and the points where human approval is required.
03Evidence
Agree evaluation criteria, record limitations and examine representative failures, not just the strongest demonstration.
04Intervention
Make escalation, pause and recovery practical. Keep a fallback process and test it before relying on the system.
05Change
Identify model, data, permission and workflow changes that require renewed evaluation or approval.
06Value
Review operating benefit alongside cost, control effectiveness and the burden on the people using it.
Aligned with recognised practice
We use government guidance and international standards as lenses on a specific decision, not as a compliance checklist.
Australian Government
Eight voluntary principles, from human-centred values and fairness to contestability and accountability.
How we use itA shared vocabulary for what “responsible” must mean in one specific decision.
Source (opens in a new tab)Australian Government, 2024
Ten guardrails covering accountability, risk management, data governance, testing, human oversight and transparency.
How we use itA practical test of which controls a proposed use should be able to evidence.
Source (opens in a new tab)ISO / IEC
The international management-system standard for organisations that develop, provide or use AI.
How we use itA management-system lens on policy, roles, risk treatment and continual improvement.
Source (opens in a new tab)NIST (US)
Four functions (Govern, Map, Measure and Manage) for identifying and treating AI risk across a system’s life.
How we use itStructure for evaluation evidence, limitations and ongoing monitoring.
Source (opens in a new tab)OAIC
The Australian Privacy Principles govern how covered organisations handle personal information, including in AI systems.
How we use itInformation-handling questions to raise early with your privacy and legal advisers.
Source (opens in a new tab)The Open Group
A widely used method for enterprise architecture: capabilities, building blocks and governed change.
How we use itArchitecture discipline: boundaries, dependencies and decisions another person can review.
Source (opens in a new tab)Theory Y’s practical interpretation. Theory Y does not certify conformity with these frameworks, and this is not legal advice.
A practical boundary
A system may retrieve approved guidance and draft a response while a responsible person reviews the evidence and decides what happens next.
Illustrative pattern, not a claim about a deployed client system.
Read the governance briefingRelevant sources and clear access permissions.
Suggestions within an explicit operating scope.
A named person with the authority to challenge, approve or stop.
The next right decision
Start with the business question. We will establish whether the Executive AI Value Architecture Review is the right next step.
Scope and commercial terms are agreed before paid work begins.