CopilotForgeDraft

Catalogue › Change and Communications › change-network

Change network

Builds and runs a change network of local change agents alongside Champions - agents carry messages into units, gather concerns and readiness signals and feed back, while Champions build capability - with coverage, manager-agreed time, a briefing and feedback cycle, boundaries and one coordinated ask of managers. Use when change lands unevenly across units, when feedback never reaches the programme, or when Champions are doing change work.

Department
Change and Communications
Lifecycle
Mobilise, Enable, Launch, Scale
Maturity
adopter, builder, scaler, ai-enterprise
Risk tiers
0, 1, 2
Platforms
platform-neutral
Editions
scale, enterprise
Reviewers
none
Status
draft
Copilot Cowork
Change and Communications plugin for Copilot Cowork, or this skill on its own: Download SKILL.md
Licence
CC BY 4.0, by Simon Foote

Purpose

A change network is a group of people in each business unit, site or function who carry the AI change locally: they receive briefings before announcements, translate messages for their area, prepare local plans, gather concerns and readiness signals, and feed them back to the programme. This skill designs and runs that network alongside the Champions programme, so the two complement each other rather than compete. Champions build and share capability with AI; change agents make the change land. Change networks usually go wrong when they are an email distribution list, when they duplicate Champions and ask the same people for twice the time, or when feedback flows in but nothing visibly changes.

When to use

When not to use

Questions to ask first

  1. What will the network do that managers, Champions and central communications cannot do alone?
  2. Which units, sites and functions need coverage, and how will the network reach frontline areas?
  3. How much time can change agents give, and have their managers agreed it?
  4. Is there a Champions programme, and who owns it, so the two can be designed together?
  5. What will the programme do with the feedback the network gathers, and how quickly?

Required inputs

If there is no Champions programme, the network may initially cover both purposes, but record the roles separately so they can split later. If manager agreement on time cannot be obtained, narrow the network rather than rely on goodwill.

Decision framework

Separate the roles before recruiting anyone. Some people may hold both, but the work is different and the time agreed must cover both.

RolePurposeDoesDoes not
Change lead (programme)Owns the network and the change planRuns briefings, consolidates feedback, reports themesRun local plans for every unit
Unit change leadAccountable locally, usually a senior manager's delegateOwns the local plan, chairs local check-ins, escalatesAct as HR or approve solutions
Change agentLocal carrier of the changeTranslates messages, gathers concerns and readiness signals, supports managersProvide technical support or teach AI skills
ChampionLocal capability builderModels practice, gives peer guidance, shares examplesRun communications or readiness assessments

Set coverage by impact and structure.

SituationCoverage
Low-impact change, single siteNo separate network; managers and Champions suffice
Medium impact, several unitsOne change agent per unit, unit change leads in larger units
High impact or multi-site and frontlineChange agents per site or shift pattern, unit change leads, regional coordination

Run the network on a fixed cycle: briefing before each announcement, local translation and delivery, feedback within an agreed period, consolidated themes to the programme, and a published response.

Practitioner approach

Decide whether a network is needed at all. In a small organisation with good managers and an active Champion community, a separate network adds overhead. Build one when units differ enough that central messages need local translation, or when feedback is not reaching the programme.

Design it jointly with the Champions owner. Agree the role table, the time each role needs, and how a person holding both roles is supported. Agree one calendar so that managers receive a single coordinated ask each month, not separate requests from two networks. Share community spaces where it helps, but keep the purposes distinct: Champions talk about practice; change agents talk about how the change is landing.

Recruit on declared interest, availability and local standing, with manager agreement before anyone joins. Aim for coverage across units, sites, shift patterns and roles, including frontline areas. Do not use performance data in selection and do not make the role an informal obligation for whoever is newest.

Run a briefing and feedback cycle. Before each significant announcement, brief change agents on what is coming, why, the agreed answers and what is asked of them, early enough for them to prepare. After it, gather what people said and asked, by theme and without names, within an agreed period. The change lead consolidates themes, takes them to the programme and publishes a response: what changed, what was answered and what is still open. A network that never sees its feedback acted on stops giving it.

Give change agents simple tools: a briefing pack per announcement, a local plan template, a short readiness check for their area (awareness, manager briefing done, access, practice time, concerns open), a feedback form and a direct route to the change lead. Hold a short network call on a regular rhythm, with an open slot for local issues.

Draw boundaries clearly. Change agents are not HR, not technical support, not trainers and not a monitoring channel. They report themes, never individuals. Concerns about jobs, terms or consultation go to HR; technical problems go to the service desk; capability questions go to Champions.

Keep the network healthy. Review membership, coverage and time every six months with unit change leads, thank and recognise contributions publicly, and let people step down without stigma. Close the network deliberately when the change programme ends, or hand it to the CoE if ongoing AI change justifies it.

Outputs

Microsoft platform considerations

Not applicable to the network's design, which holds whatever Microsoft AI experiences are being introduced. Networks typically use the organisation's existing collaboration tools for their space and feedback forms. Any product facts in briefing packs are checked against references/sources.md before release.

Adoption considerations

The network's readiness checks inform the timing of waves in copilot-adoption:launch-plan. Readiness signals are reported at unit level and used to adjust support, not to rank units.

Knowledge considerations

Briefing packs and agreed answers are knowledge assets with owners and review dates. Change agents often learn first where local knowledge is outdated; give them a route to content owners.

Security and privacy considerations

Feedback is gathered and reported by theme, without attribution to individuals. The roster holds personal data, so restrict access and set retention. Change agents repeat the approved-use guidance and the route for reporting suspected data exposure.

Responsible AI considerations

Change agents often hear concerns about fairness and ethics first. Give them a clear route to pass those to the responsible-ai department through the change lead, and make sure such concerns are never filtered out as negativity.

Evaluation requirements

Not applicable as solution evaluation. The network's cycle is checked by feedback turnaround, themes acted on and unit coverage at each six-monthly review.

Value measures

Owned by the change lead: unit coverage, share of announcements preceded by a network briefing, time from feedback to published response, and unit-level readiness at wave start. Reported for units above the minimum group size, never as ratings of individual change agents.

Scale notes

Starter

Usually not needed; managers and Champions carry the change. Where units differ, name one contact per unit with a light briefing cycle.

Scale

A network with change agents per unit and unit change leads, a monthly call, a shared calendar with Champions and a published themes summary.

Enterprise

Regional networks with coordinators on a shared charter, translated briefing packs, alignment with other major change programmes and a joint health review with the Champions programme.

Hand-offs

Reviewer gates

Not applicable, because the network supports change rather than releasing solutions. Concerns it surfaces about solutions at tier 2 or above go to those solutions' reviewers.

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

Microsoft Copilot adoption resources

Become a Champion (Microsoft Adoption)

Champion programme best practices (Service Adoption Specialist)

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.