Five Questions Every Board Should Be Asking About AI Risk
Five Questions Every Board Should Be Asking About AI Risk
"Are we using AI?" That is the question most boards are asking their management teams in 2026. It is no longer a useful question.
Your company is almost certainly using AI already. Employees are using public AI tools. Vendors are embedding AI into platforms you already pay for. Product teams are testing AI features. Sales, marketing, operations, HR, and customer support may all be experimenting faster than leadership can track.
The board does not need to audit every AI model architecture or debate which tools specific teams should adopt. The people closest to the work are better positioned to make those calls. But the board does need a clear view of five things: where AI is being used, who owns the risk, what decisions AI should not make alone, what happens when an AI system fails, and how leadership knows the controls are actually working.
That is the difference between AI activity and AI governance. The boards we work with that have moved past the first question are asking the five that follow.
1. What AI Systems Are We Using?
The first board-level AI risk question is deceptively simple: does management know where AI is already being used across the business?
In most of the organizations we assess, the honest answer is no.
AI adoption rarely begins as a formal enterprise program. It starts in fragments. A marketing team uses generative AI to draft campaigns. A sales team member uses an AI note-taker. HR tests a screening tool. Customer support deploys an AI assistant. Engineering uses AI coding tools. A vendor quietly adds AI features into an existing workflow. None of these may look material on their own. Together, they create an AI footprint that leadership cannot govern because leadership cannot see it.
Before your board asks whether the company has an AI strategy, it should ask whether management has an AI inventory. Not a perfect one. A working one.
At minimum, leadership should be able to explain: what AI tools and systems are in use, which teams use them, what data they touch, whether outputs affect customers or business decisions, which vendors are involved, and who owns each use case.
AI risk extends well beyond the question of whether the technology works. It includes what the system does, who it affects, and whether the organization can explain and control it. Without that visibility, every other AI governance conversation is built on assumption.
2. Who Owns the Risk?
AI risk cannot be owned by "the business" in general or "the IT team" by default. The consequences rarely stay contained within the technology function.
If an AI tool gives a customer wrong guidance, that is a customer trust issue. If an employee puts confidential data into an unapproved AI tool, that may become a privacy or contractual problem. If an AI-assisted workflow introduces bias into hiring, lending, pricing, or eligibility decisions, that is a legal, regulatory, and reputational issue.
Boards should ask management to identify clear ownership for AI governance. That means named accountability, not functional accountability, for policy, risk assessment, vendor review, human oversight, employee training, monitoring, and incident response.
A useful board question is: if an AI-related issue happened tomorrow, who would be responsible for coordinating the response? In our experience, if the answer to that question is unclear, the organization does not yet have AI governance. It has AI usage.
This is where many companies confuse activity with maturity. One team may have an AI policy. Another may have security controls. Another may have vendor questionnaires. But if no single function owns the full governance picture, gaps will sit between teams until something goes wrong. The right framing is to treat AI governance as an operating model as opposed to an ordinary document.
3. What Decisions Should AI Never Make Alone?
A tool that drafts an internal meeting summary does not carry the same risk as one that recommends whether a customer qualifies for a service. A marketing assistant is not the same as an HR screening tool. A support chatbot is not the same as a system that influences credit, insurance, healthcare, employment, or legal outcomes.
The board should not ask whether humans are "in the loop" as a general statement. That question invites a general answer, and general answers are not governance. The specific question is: which decisions should AI never make without human review?
That question forces leadership to define risk appetite. It also prevents a failure pattern we see consistently: treating human oversight as a vague assurance rather than a real control. A human who can theoretically intervene is not the same as a trained person with authority, context, and a defined review checkpoint.
For lower-risk AI outputs, sampling, monitoring, and light review may be enough. For higher-risk decisions, meaningful human review should happen before the output affects a customer, employee, or material business outcome. Board members do not need to design this workflow, but they should expect management to explain which AI decisions require human approval, which require only monitoring, and which should not be automated at all.
4. What Happens When an AI System Fails?
Every board understands cyber incident response. AI incident response needs the same seriousness, and in most organizations we work with, it does not yet have it.
The failure may not look dramatic at first. A customer-facing AI assistant gives incorrect guidance about pricing, refunds, or eligibility. Someone notices, but no one knows whether to treat it as a support issue, a product issue, a legal issue, or a governance incident. The problem spreads. Screenshots circulate. A customer escalates publicly. The board learns about it after the company is already in response mode.
Boards should ask whether the company has an AI incident response process that answers the basic questions: What counts as an AI incident? Who can report one? Who triages it? Who has authority to pause or disable a system? When does legal, compliance, security, or communications get involved? How are customers or partners notified if needed? How are lessons fed back into governance?
A written plan is a starting point. A tested plan is what actually protects the organization. The question boards should ask is not whether the plan exists but whether anyone has run it.
5. How Do We Know Our Controls Are Working?
A policy, a dashboard, or a vendor questionnaire does not prove control. It is evidence that something was written down. The board should ask how management knows that AI governance is working in practice.
That requires evidence, not excessive reporting, but enough signal to show whether controls are being followed and where they need to improve. The indicators we look for when assessing AI governance maturity include: percentage of AI use cases inventoried and classified, number of high-risk use cases reviewed, completion of role-based AI training, incidents and near misses reported, vendor AI reviews completed, human oversight checkpoints documented, and model performance reviews conducted on a regular cadence.
To evaluate these controls systematically, we utilize our 7-Dimension AI Guardrails Maturity Framework, which helps organizations benchmark their governance practices against established domains. This is where AI governance begins to look like a management system.
Standards like ISO/IEC 42001 reflect that shift by treating AI as something organizations must manage through defined structures, responsibilities, risk controls, and continual improvement. By establishing a structured framework for an AI management system (AIMS), it helps organizations move beyond ad-hoc responses toward a consistent, verifiable approach to AI risk management and quality assurance.
For the board, the point is not to evaluate technical detail. It is to see whether AI risk is being governed with the same discipline as financial, legal, and cyber risk. If management cannot demonstrate that controls are operating, the board should treat AI governance as an area that still needs significant development and press accordingly.
The companies that will handle AI well are not the ones that move fastest. They are the ones that can explain their systems, assign accountability, and respond effectively when something goes wrong.
The board's job is to make sure those capabilities exist before the moment they are needed.
TorBay AI helps boards and leadership teams assess AI governance maturity, clarify accountability, and build practical guardrails around real business risk. Book a Guardrails Assessment or download our free AI Guardrails Maturity Framework to understand where your organization stands and what needs to change.
© 2026 TorBay AI Systems Inc. All rights reserved. This content may not be reproduced or distributed without written permission. For inquiries, contact info@torbayai.com



