The shift happened quietly. Twelve months ago, AI governance was a compliance checkbox owned by IT and legal. Today it is on the board agenda. Boards are asking questions that IT teams are not always prepared to answer.

Here is what the questions are, and what you need to have ready.

”What decisions is our AI making?”

Not what the system is capable of. What decisions it is actually making, in production, today. Most organisations cannot answer this with precision. They know the system exists. They may know broadly what it does. They cannot produce a log of decisions made, why they were made, and what data was used.

That is an audit trail problem. Any AI system you build for production needs to log its decision logic. Not to satisfy a regulator today, but because the regulator will ask tomorrow.

”Who is responsible when it goes wrong?”

The accountability question has not been resolved legally, but boards are asking it anyway. The practical answer has to be a named person with a defined role. “The AI made the decision” is not an acceptable response to a board, a customer, or a journalist.

Before you deploy an AI system into a customer-facing process, you need a defined escalation path: what happens when it produces a wrong output, who catches it, and who owns the remediation.

”Is our customer data safe?”

POPIA is the local frame. The relevant questions: where is the data going when a user prompt is processed? Is it leaving South Africa? Is it being used to train a third-party model? Is it stored, and if so, where and for how long?

If you are routing customer data through a US-based SaaS AI provider with default data retention settings, the answer to most of these questions is unfavourable.

The cleanest POPIA answer is a private deployment: model runs in your environment, data never leaves your tenancy, you hold the audit trail. This is not always practical for every use case, but it should be the default posture for any system handling customer data.

”What is the ROI?”

This one has always been there, but boards are asking it with less patience. The era of “we are exploring AI to stay competitive” as a sufficient answer has ended. The answer needs a number: hours saved, error rate reduced, revenue influenced, cost removed.

If you cannot attach a number to the system, the board will eventually defund it. Not because they do not believe in AI, but because everything else in the budget has a number.

What a board-ready AI deployment looks like

Four things:

  1. An audit trail of decisions: logged, queryable, retained
  2. Named accountability: a person, not a department
  3. Data residency documentation: where data goes, when, and why
  4. A business case with a number: before go-live, not after

None of these require advanced technical capability. They require process discipline applied at the point of deployment.

The organisations that will scale AI infrastructure through the next board cycle are the ones treating governance as an engineering requirement rather than a post-launch concern.