AI Labs

Decision guide

AI councils & champion programs

How to stand up a cross-functional AI council, a distributed champion network, and an operating rhythm that scales pilots without losing control.

Business sponsorsTechnical leaders

01

Why councils and champions (not just a CoE slide)

Most organisations already have steering forums for budget and platform teams for standards. What fails is the middle layer: who prioritises use cases, who coaches business units, and who translates NIST AI RMF risk into practical guardrails.

An AI council (NIST AI RMF Govern) sets direction and decides what gets funded. Champions carry patterns into departments, run discovery, and feed the council real adoption signals. Together they beat a single central team trying to own every workflow.

A centre of excellence without NIST AI RMF Govern prioritisation becomes a ticket queue. A council without champions becomes slides without adoption.

Federated business units need champions with local credibility; pair with NIST AI RMF Playbook for shared vocabulary.

02

Council vs steering forum vs centre of excellence

Avoid duplicate forums. A clean split: executive steering approves funding and risk appetite; AI council (NIST AI RMF Govern) runs intake, standards exceptions, and cross-initiative dependencies; CoE / platform ships eval harness, AI Gateway, and telemetry.

If the NIST AI RMF Govern only hears status updates, it becomes a calendar tax. Every meeting needs one decision: prioritise, pause, or change a guardrail.

Steering wants outcomes; councils want comparability across intake forms; platform wants reference architecture patterns patterns.

Escalation: unresolved disputes go to executive steering within one week per program charter.

03

Charter sponsors can sign in week one

Publish a one-page charter: purpose, membership, decision rights, escalation, and what the NIST AI RMF Govern will not do (not replace legal or architecture board).

Sponsors sign in week one so disputes reference NIST Govern decision rights, not hallway consensus.

Include quorum and minutes storage for ISO 42001 management review evidence.

Review charter annually or when production readiness conversation or regulation changes.

  • Purpose: align investments to OpenAI evals outcomes
  • Membership: sponsor (chair), engineering, data, legal, security, finance
  • Optional: HR; procurement when choosing cloud count is high
  • Decisions: pilot scoping approval, patterns, exceptions, stop/pivot
  • Out of scope: replacing AWS AI compliance InfoSec sign-off

04

Intake and prioritisation

Use a lightweight intake template so every idea arrives comparable: problem owner, users, data sources, read vs write, success metric, and stop rules (NIST AI RMF). Score on value, feasibility, risk, and reuse of platform patterns.

Cap active pilots (often three to five at medium scale) so champions are not spread across fifteen demos. Finish or stop before starting new headline pilots.

Publish prioritisation criteria to the organisation. Opaque scoring breeds politics and shadow projects.

Link intake fields to the NIST AI RMF so approved ideas arrive sprint-ready.

  • Intake fields: metric, stop rules, data class, write scope, sponsor (NIST AI RMF)
  • Scoring: value, feasibility, risk, pattern reuse (weighted)
  • Portfolio view: active, paused, completed with decision documented
  • What good looks like: no pilot without signed charter

Reference documentation

05

Champion selection and time protection

Pick champions for credibility in the business, not only model enthusiasm. They should know the workflow and tolerate saying no per AI security controls.

Protect time in role descriptions; monthly forum with platform and NIST AI RMF Govern chair.

Rotate after 12–18 months with handover to NIST AI RMF templates.

Executives who assign champions without freeing time should expect shadow Copilot use.

  • Good signal: runs change (PMO, ops excellence)
  • Weak signal: volunteer only for consumer chat
  • Pair with platform buddy for eval office hours
  • Common mistake: champions as unpaid 24/7 desk

06

What champions actually do

Champions are not unpaid consultants. Their job is discovery, adoption, and feedback loops the NIST AI RMF Govern cannot see from the centre.

They socialise approved patterns: RAG (Azure RAG concepts) with citations, HITL (OpenAI safety best practices) before writes, eval rubrics, security baseline. They collect override reasons, empty retrieval cases, and workarounds that signal shadow AI.

They bring one demo or OpenAI evals story to the council per quarter. Stories beat aggregate statistics.

They do not own production on-call unless funded per production readiness conversation.

07

Security on the council agenda

AI programmes fail when security is a late gate. Reserve standing time for exceptions, incidents, and shadow-AI per AI security controls.

The NIST AI RMF Govern does not replace InfoSec sign-off but ensures every pilot uses the AWS AI compliance checklist.

Approve new tools or data classes only with expiry. Permanent exceptions become ISO 42001 audit findings.

Review kill-switch drill status before production readiness conversation scale.

08

Enablement kit (what platform owes champions)

Champions fail when guardrails are vague. Ship an enablement kit: model routes (AI Gateway), data privacy rules, tool templates, eval starter set, security controls.

Provide sandbox with telemetry and Content Safety defaults matching production.

Version the kit like release notes when reference architecture patterns patterns change.

Train champions on half-day pilot scoping workshops using reference architecture patterns.

09

Operating rhythm

Predictable cadence beats ad hoc Slack. Calendar invites with agendas reduce programme fatigue per program office norms.

Monthly NIST AI RMF Govern focuses on decisions. Fortnightly champion community focuses on peer learning. Weekly platform office hours unblock choosing cloud integrations.

Quarterly refresh: risk appetite, production readiness conversation, champion roster.

Publish minutes in 48 hours for ISO 42001 management review traceability.

10

Anti-patterns to name out loud

Calling out failure modes early builds trust with sceptical leaders.

NIST AI RMF Govern as veto-only slows pilots without enablement kit. Champions as shadow admins rotate keys.

No stop rules let every pilot become permanent beta. Metrics theatre without OpenAI evals sampling.

Ignoring Copilot coexistence wastes council credibility.

11

Metrics for program health

Track outcomes the executive steering forum cares about plus signals champions influence via OpenAI evals.

Portfolio metrics: pilots with scale, pivot, or stop per NIST AI RMF. Reuse: workflows on AI Gateway and eval patterns.

Risk metrics: incidents, override rate, shadow-AI resolved to security controls paths.

Tie cost to Vercel AI Gateway on one dashboard.

12

Workshop: launch council and champion network

Half-day launch with executive sponsor, NIST AI RMF Govern members, champion cohort, and platform lead.

Morning: charter, intake template, weights, exceptions. Afternoon: champions, enablement kit, calendar.

End with three pilot scoping charters and security liaison assignments.

Book first council meeting and champion community before attendees leave.

  • 0:00–0:45: Charter and NIST Govern decision rights
  • 0:45–1:30: Intake template and pilot cap
  • 1:30–2:15: Champion role and time protection
  • 2:15–3:00: Responsible AI enablement kit
  • Output: charter, champions, meetings booked

Provider & framework documentation

Official docs referenced in this guide. Use these in architecture reviews and security questionnaires.

Next step

Talk about your next pilot

Patterns, metrics, and runnable demos for architecture reviews and pilots, from The Ops Toolbox.

Prefer the web form? The Ops Toolbox.

  • One workflow, clear metrics
  • Your cloud, your keys
  • Written handoff, not dependency