CopilotForgeDraft

Catalogue › Champions › champion-metrics

Champion metrics

Defines the programme-level measure set for Champions - coverage, journey conversion and completion time, contribution, community, boundary drift and adoption context - each with a definition, source, baseline, target, owner, minimum group size and reporting rhythm, plus rules against individual rankings. Use when a sponsor asks what the programme delivers, before a dashboard is built, or when a leader board is proposed.

Department
Champions
Lifecycle
Mobilise, Measure, Improve
Maturity
adopter, scaler, ai-enterprise
Risk tiers
0, 1
Platforms
platform-neutral
Editions
starter, scale, enterprise
Reviewers
none
Status
draft
Copilot Cowork
Champions plugin for Copilot Cowork, or this skill on its own: Download SKILL.md
Licence
CC BY 4.0, by Simon Foote

Purpose

A sponsor who funds Champions' time will ask what it delivers, and a programme owner needs to know where the journey stalls. This skill defines a small set of programme-level measures that answer both questions honestly, with clear definitions, sources, baselines and owners, and with firm rules against ranking or monitoring individuals. It usually goes wrong when measures count activity (posts, attendance, usage) rather than capability and contribution, when adoption gains are claimed as the programme's doing, or when a well-meant dashboard turns into a leader board that rewards volume and discourages the quiet majority.

When to use

When not to use

Questions to ask first

  1. What decisions should the measures inform, and who makes them - the programme owner, the sponsor, the CoE?
  2. What data exists today (tracker stages, community records, Challenge outputs, scenario catalogue, adoption reporting), and who owns each source?
  3. What minimum group size applies, and what have HR and the data protection lead agreed the programme may hold and report?
  4. What baselines can be set now, before the next cohort or wave?
  5. How often will measures be reported, and to whom?

Required inputs

If no minimum group size has been agreed, propose one, mark it "to confirm" with the data protection lead and do not report below it. If a data source does not exist, record the measure as planned rather than estimating it.

Decision framework

Use a short measure set across six areas. Every measure is reported at programme, business-unit or cohort level only.

AreaMeasureDefinition to agreeTypical source
CoverageSpread against targetsTeams, sites and personas with at least one active Champion, against targetsTracker and audience model
CapabilityMilestone conversionShare of participants reaching each stage from the previous one in a periodTracker
CapabilityCompletion timeTypical time from joining to each stage, as a median by cohortTracker
ContributionChallenge outputs and reuseChallenges completed; assets published to the catalogue; reuse of those assetsChallenge records, scenario catalogue
ContributionOpportunities routedIdeas routed to intake by Champions, and how many progressedIntake records
CommunityPeer supportShare of community questions answered by peers; sessions led by ChampionsCommunity and learning records
BoundariesDriftSigns Champions are handling faults, approvals or training outside the boundaryCommunity review, support themes, Champion pulse
Adoption contextTeam-level indicatorsAdoption indicators in teams with and without Champions, as context onlycopilot-adoption:adoption-measurement

Apply firm rules on use.

PermittedProhibited
Programme, business-unit and cohort totals above the minimum group sizeIndividual leader boards, points tables or rankings
Stage status visible to the participant and the programme teamUsing Champion data in performance reviews without HR agreement
Assets credited to authors when reusedCounting posts, attendance or Copilot usage as contribution
Adoption indicators as contextClaiming adoption gains as caused by Champions

Read signals before acting on them.

SignalLikely meaningCheck first
Conversion stalls at one stageUnclear criteria, missing learning, unresolved approval positionAssessor feedback, learning calendar, agent-building approval
Coverage falls in an areaChampions moving on, manager time withdrawnRecruitment pipeline, manager agreement patterns
Peer answers dropCommunity manager gap or channel fatigueCommunity activity and rituals
Drift indicators riseSupport model gaps pushing work onto ChampionsSupport themes and service desk routing

Practitioner approach

Start with decisions, not data. Ask the sponsor and programme owner what they would do differently depending on the answer: fund another cohort, fix a stalled stage, recruit in a gap, reset the boundary. Keep only measures that inform one of those decisions. A dozen well-defined measures is usually too many; six to eight is plenty.

Define each measure precisely before collecting anything. Write the definition, the source, the period, the owner and the minimum group size. "Active Champion" and "completed" need agreed meanings, or numbers will shift between reports and trust will go. Set baselines at launch or before the next cohort, and mark any that cannot be set yet.

Measure capability and contribution, not activity. Milestone conversion and completion time show whether the journey works. Challenge outputs, assets reused and opportunities routed show whether Champions create value for others. Attendance and posting volume are at best supporting signals; reported on their own, they reward visibility over substance.

Treat adoption indicators as context. Teams with Champions may adopt faster for many reasons, including the kind of people who volunteer. Show team-level adoption alongside Champion coverage, but never claim causation, and say so in every report.

Watch the boundary. Drift into unpaid support is gradual and invisible unless someone measures it. A short periodic pulse asking Champions how their time is spent, combined with support themes, is enough to show it at programme level.

Write the rules into the specification. Any dashboard or report built from these measures must state the minimum group size, prohibit individual rankings and limit access to stage-level data to the participant and the programme team. When someone asks for a leader board, explain the harm: it rewards volume, discourages most Champions and turns a capability programme into a competition.

Report on a steady rhythm, usually quarterly to the sponsor and the CoE, with a short narrative: what changed, what it probably means, and what the programme will do. Feed the measures into the health rating and the periodic programme review.

Outputs

Microsoft platform considerations

Not applicable as platform design, because the measures are programme-level and tool-neutral. Where a dashboard is built in the organisation's reporting tools, apply access controls and aggregation, and draw team-level adoption data only through copilot-adoption:adoption-measurement and the current source records in references/sources.md.

Adoption considerations

Champion measures sit alongside workforce adoption measures, not inside them. Share coverage with the adoption lead so gaps in Champion support can be read against adoption gaps by team.

Knowledge considerations

Not applicable as a primary concern, because these measures do not depend on grounding content. Assets counted as reused must still have an owner and review date in the scenario catalogue.

Security and privacy considerations

Champion tracker data is personal data. Report only aggregates above the minimum group size, restrict stage-level data to the participant and programme team, set retention, and agree any use of Champion data with HR. Data protection questions end with the organisation's DPO.

Responsible AI considerations

Measures must not create incentives for indiscriminate AI use. Never count usage volume as contribution, and never use Champion measures to judge individuals' performance.

Evaluation requirements

Not applicable as solution evaluation, because this skill defines programme measures rather than an AI solution. The measure set is checked by confirming each measure has a definition, source, owner and baseline or a planned date.

Value measures

This skill defines the measures. The measure set itself is owned by the Champions programme owner and judged by whether the sponsor and CoE use it to make decisions, reviewed at the periodic programme health check.

Scale notes

Starter

Four or five measures from the tracker and community, reported twice a year to the sponsor in a short note.

Scale

Six to eight defined measures with baselines, a quarterly report to the sponsor and CoE, and a dashboard with access controls.

Enterprise

A shared measure set across regional programmes with common definitions, aggregated reporting into the CoE scorecard, and local reporting within the same rules.

Hand-offs

Reviewer gates

Not applicable as a formal gate, because programme measures do not release an AI solution; handling of Champion data follows the organisation's existing data protection controls and the DPO's advice.

Failure modes

Sources

references/sources.md in this skill lists the source records behind this skill, what each is authoritative for, how volatile it is and what you may do with it. Product availability, licensing, limits and preview status change often, so check the current source before stating them, and cite what you used.

Never

Source records for this skill

Champion programme best practices (Service Adoption Specialist)

Become a Champion (Microsoft Adoption)

Microsoft Copilot adoption resources

ICO guidance on AI and data protection

Credit

This skill was created by Simon Foote as part of CopilotForge, licensed under CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). Credit the author when you share or adapt it.