AI Governance5 min read

How to Govern AI in Your Company: A Practical Intake-to-Approval Process

The Core Reality: Governing AI means every AI system goes through the same path: it is registered, its purpose and data are written down in a requirements document, a security executive approves the concept (Gate 1), its risk is assessed before and after controls, and a second approval releases it to production (Gate 2) with a way to switch it off. The board then sees the result in a regular briefing, and the evidence is kept ready for audit.
One AI system, intake to audit packageDay 1
  1. Step 1Intake

    Register the system

    Requester
  2. Step 2Requirements

    Purpose, data, controls

    Owner
  3. Step 3Gate 1

    Concept approval

    CISO
  4. Step 4Risk in dollars

    Before and after controls

    CFO validates
  5. Step 5Gate 2

    Production approval and kill switch

    CISO
  6. Step 6Board and audit

    Briefing and audit package

    Board

The audit package then goes to your auditor and your Day 2 monitoring tool.

Where Teams Get Stuck

Policies alone do not govern anything. A policy says AI use must be approved; it does not give a team a form to fill in, a reviewer with the right information, or a record that the approval happened. Monitoring tools can watch controls once they exist, but they do not decide whether an AI system should be allowed to exist in the first place.

How RAMP Handles It

RAMP turns the process into a workflow with named roles. Intake creates the register entry. A governance requirements document captures purpose, data, users, and the control expectations. The CISO approves the concept at Gate 1. Risk is quantified before and after controls and validated by finance. Gate 2 approves production use and records a kill switch notice. The result feeds the board briefing and the audit package.

October 21, 2026Try the RAMP demo ↗
In-Depth Guide
The Situation

Leadership wants to use AI and the security team wants to be sure it is safe. Without a process, each request becomes a meeting, approvals live in email, and nobody can later show who approved what, on what information, or what risk was accepted.

Where Teams Get Stuck

Policies alone do not govern anything. A policy says AI use must be approved; it does not give a team a form to fill in, a reviewer with the right information, or a record that the approval happened. Monitoring tools can watch controls once they exist, but they do not decide whether an AI system should be allowed to exist in the first place.

How RAMP Handles It

RAMP turns the process into a workflow with named roles. Intake creates the register entry. A governance requirements document captures purpose, data, users, and the control expectations. The CISO approves the concept at Gate 1. Risk is quantified before and after controls and validated by finance. Gate 2 approves production use and records a kill switch notice. The result feeds the board briefing and the audit package.

Step 1: Register and write the requirements

Every system gets a register entry and a short requirements document before any build or purchase is final: what it is for, what data it uses, who is affected, which regulations apply, and what controls are expected. This is the document auditors and customers ask for later, written while it is cheap to write.

Step 2: Gate 1, concept approval

The CISO decides whether the idea can proceed, on the information in the requirements document. A rejection here costs a conversation, not a project. Approval can carry conditions that become controls to be tested later.
The Bottom Line

Two gates are the point. One approval at the start misses what changed during the build; one at the end arrives too late to change the design.

Step 3: Quantify risk, then Gate 2

Before production, the risk is assessed with and without the planned controls, and the figures are expressed in dollars so the CFO can validate them and the board can compare them. Gate 2 approves release, names the owner, and records a kill switch notice: who can shut the system off, and how fast.

Step 4: Brief the board and keep the evidence

Approved systems, open conditions, and residual risk roll up into a board briefing. The same records form the audit package, so the evidence is collected as work happens and not reconstructed before an audit. Continuous monitoring tools, the Day 2 layer, can then take that package and watch the controls it describes.

Frequently asked questions

How do I govern AI in my company?
Give every AI system the same path: register it, write a requirements document, approve the concept at a first gate, assess risk before and after controls, approve production at a second gate with a kill switch, and report to the board on a regular schedule.
Who should approve an AI system?
Typically the CISO or equivalent security executive approves at both gates, finance validates the risk figures, and the AI governance board or board committee receives the results. Legal and privacy review should be part of the requirements stage.
What is an AI kill switch notice?
It is a recorded statement of who can disable an AI system, how, and how quickly, captured when production use is approved so that shutting a system down in an incident is a decision already made, not one improvised.
Leadership Action Item

Pick the roles, write the two gates down, and run your next AI request through them. A simple process used every time beats a thorough policy nobody follows.