AI LabsbyThe Ops ToolboxOps Toolbox

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

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 aligned to 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 governance prioritisation becomes a ticket queue. A council without champions becomes slides without adoption.

Federated business units need champions with local credibility; pair them with a shared playbook vocabulary across business units.

  • AI council: fewer than 12 people, monthly, owns portfolio
  • Champions: one per business unit, 10–20% protected time
  • Platform owns AI SDK standards; council owns priorities
  • Workshop: who decides no? (AI security controls)

Council vs steering forum vs centre of excellence

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

If the council 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.

Charter sponsors can sign in week one

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

Sponsors sign in week one so disputes reference charter 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

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. 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 pilot scoping guide so approved ideas arrive sprint-ready.

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

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 council chair.

Rotate after 12–18 months with handover to program 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

What champions actually do

Champions are not unpaid consultants. Their job is discovery, adoption, and feedback loops the council 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.

  • Discovery workshops and backlog grooming
  • Feedback on pilot UX, HITL approvals, help desk themes
  • Escalate shadow AI to governed Foundry sandbox
  • Do not rotate API keys (production readiness conversation)
  • Monthly champion report to the council

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 council 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.

  • Standing slot: exception register review
  • No production scale without security liaison (security controls)
  • Red-team themes to golden set
  • Workshop: which control failed? (OWASP LLM)

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.

Operating rhythm

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

Monthly council meetings focus 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.

  • Monthly council: intake decisions, portfolio, exceptions
  • Fortnightly champions: wins, failures, playbook updates
  • Weekly office hours: eval, gateway, logging
  • Quarterly: risk, vendor, roster review
  • Decision log searchable by business unit

Anti-patterns to name out loud

Calling out failure modes early builds trust with sceptical leaders.

Veto-only councils slow pilots without an 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.

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 documented. Reuse: workflows on AI Gateway and eval patterns.

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

Tie cost to unified model gateway on one dashboard.

Workshop: launch council and champion network

Half-day launch with executive sponsor, council 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 council 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

Next step

Plan your next pilot

Worked examples and decision guides you can run in reviews and pilots — an evidence base from The Ops Toolbox.

Prefer the web form? The Ops Toolbox.

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