Part one · The routing failureThe message arrived; the evidence did not
A global AI programme reports that every employee received the launch message. On a night shift, operators discover a recurring exception that creates duplicate customer records. They tell a local champion. The champion posts in a community channel and raises it at a monthly meeting. Product owns the fix, operations owns the consequence, a platform team controls the integration and a budget owner sits elsewhere. No route joins them. Three months later, the programme still celebrates reach while people repair records by hand.
The failure is not communication volume. Information and authority travel through different structures. Local teams see workflow friction, shadow practices, accessibility gaps, unsafe workarounds and customer effects. Executives control capital and priorities. Product, platform, data, risk, workforce and assurance each hold part of the response. A cascade can send a decided message downwards. It cannot reliably carry an ambiguous weak signal upwards, translate it across disciplines, protect its source, find the smallest competent authority and return proof that the condition changed.
A change network is a designed operating network for that journey. It senses local conditions, translates meaning, routes evidence to decision owners, mobilises support and control, preserves challenge, verifies closure and reconnects as the organisation changes. It does not replace line accountability. Its unit is a consequential change signal travelling from observation to qualified decision and verified closure without distortion, orphaning, retaliation or overload.
Four familiar substitutes fail the same test. A champion list gives names without routes or authority. A committee creates a destination but can turn every issue into a queue. An organisation chart shows reporting lines, not whether a protected concern reaches a product or budget decision. A community of practice can exchange knowledge, as Paper 138 develops, but cannot approve capital, accept business consequence or independently assure its own design. Paper 143 owns the missing operating layer: evidence-bearing ties between these structures.
Thought experiment: remove the announcement
Suppose nobody sends another adoption message, but every frontline exception has a confidential route to a workflow steward, a translator, the product owner and an authority with a response deadline. Decisions and reasons return to the origin, and repeated local signals trigger enterprise action. Now reverse it: everyone receives weekly messages, but no local observation can alter a backlog, staffing level or policy. Which organisation changes faster? The difference is not enthusiasm. It is routing capacity.
Part two · The operating graphTen node roles surround one outcome
The Change Network Topology is this article's synthesis of ten node types. Nodes are hats with defined mandates, not permanent titles. One person may carry compatible hats in a small firm, but each docket records which hat was used. Delivery and independent assurance cannot be the same hat for the same decision.
Executive outcome sponsors resolve enterprise priority, capital, conflict and material exposure. Business outcome owners own a service, decision population, benefit, harm and operating consequence. Workflow stewards know actual tasks, handoffs, exceptions, load and local control. Boundary translators preserve meaning among domain, product, data, engineering, operations, risk, workforce and affected people.
Product and platform enablers can change tools, integration, access, data, interface, reliability and support. Capability and workforce partners can change learning, staffing, roles, incentives, consultation and transition support. Risk and control partners interpret obligations, design controls, aggregate exposure and challenge unresolved risk. Independent assurance nodes test governance and evidence without owning delivery or the control design they assess.
Worker and local voice nodes surface work reality, professional standards, job quality, accessibility, shadow use and unintended effects. Affected-party and recourse nodes bring customer, citizen, supplier or community feedback, complaint, appeal, remedy and distribution into the operating graph. Representation is not satisfied by one convenient person claiming to speak for a varied population.
Each material tie specifies what may travel, expected response time, destination authority, confidentiality, fallback and closure evidence. A sensing tie carries an observed pattern, not an assigned motive. Translation ties make it legible across disciplines. Enabling ties mobilise resources or implementation help. Authority ties reach someone who can decide. Challenge ties preserve dissent and independent testing. Learning ties return outcome evidence and changed practice. Appearing together on a distribution list proves none of them.
| Node | Mandate | Authority | Information | Conflict to prevent | Capacity proof |
|---|---|---|---|---|---|
| Executive sponsor | Enterprise outcome and exposure | Priority, capital, cross-unit resolution | Patterns, outcomes, material dissent | Sponsorship replacing line ownership | Decisions within material deadline |
| Business owner | Service and decision population | Accept, resource, narrow or stop | Work, outcome, harm, recourse | Benefit without consequence ownership | Named operating budget and deputy |
| Workflow steward | Actual task and exception route | Propose and validate process change | Handoffs, load, local controls | Representing work never observed | Protected observation time |
| Boundary translator | Meaning across disciplines | Qualify and route, not approve outcome | Domain and technical evidence | Silent filtering or single-person dependency | Case time, peer cover and succession |
| Product and platform | Tool and service change | Backlog, integration, access, support | Versions, incidents, constraints | Vendor or roadmap defining the outcome | Funded delivery capacity |
| Workforce partner | Role, skill, staffing and consultation | Change support and employment process | Load, job quality, inclusion | Training prescribed for a design problem | Accessible support across cohorts |
| Risk and control | Obligation and exposure challenge | Require control, escalate or stop per mandate | Cases, aggregation, legal context | Owning delivery it must challenge | Timely specialists and alternates |
| Independent assurance | Test governance and evidence | Report independently and re-open | Trace, sampling and unresolved dissent | Assuring its own design | Separation, access and audit plan |
| Worker and local voice | Represent a defined work population | Raise, protect, challenge and escalate | Task reality and professional effect | Token voice or retaliation | Paid time and protected route |
| Affected party and recourse | Consequences outside delivery | Contest, appeal and seek remedy | Complaint, distribution and lived effect | Feedback collected without remedy | Accessible channel and response service |
Part two · The operating graphCoverage is a route, not a representative
The Change Coverage Map tests outcomes and decision populations; workflow stages and exceptions; units, entities and geographies; location, shift, channel and employment arrangement; professions and levels; models, platforms and vendors; consequence and recourse; and lifecycle from exploration to retirement.
Putting one employee in every departmental box is not coverage. A real signal from that box needs a safe route to a person able to change the condition and a way to receive a resolution. A contractor on a night shift may be present in a staff directory yet lack access to the reporting system, translator and office-hours authority. A customer complaint may reach service operations but never the model owner. A vendor release may reach product while bypassing workflow stewards whose learned operating boundary is now stale.
| Dimension | Represented population | Required route | Gap to expose | Consequence |
|---|---|---|---|---|
| Outcome | Each material decision population | Business owner to sponsor and recourse | Benefit tracked without harm owner | Local activity masks failed service |
| Workflow | Upstream, decision, handoff and exception roles | Steward to product and operations | Exception work outside the designed path | Rework and shadow processes persist |
| Workforce | Shift, site, contractor, remote, language, accessibility | Protected sensing to workforce and authority | Office-hours or employee-only route | Excluded work carries unmanaged risk |
| Organisation | Unit, legal entity and geography | Local decision with pattern escalation | Legal or regional boundary blocks action | Policy and remedy become inconsistent |
| Technology | Model, data, platform, tool and vendor | Version signal to owners and users | Vendor is sole source of change truth | Old operating assumptions survive |
| Consequence | Affected group and aggregate exposure | Risk challenge and executive escalation | Small local cases never aggregate | Common-mode harm grows unnoticed |
| Lifecycle | Explore, build, deploy, operate, change, retire | Learning and closure across each stage | Network exists only during rollout | Drift and retirement signals are orphaned |
| Recourse | Customer, citizen, supplier or community | Complaint and appeal to outcome owner | Feedback ends in customer service | Harm is counted but not remedied |
Thought experiment: one champion per department
A firm has perfect departmental representation but only one product owner can alter the shared platform, and no champion can reach that backlog. Another firm has champions in only half its departments, but workflow-based sensing, protected worker routes, direct product ties and an aggregate escalation rule cover every consequential use population. The first looks complete on a roster. The second is operationally covered. Membership is a weak proxy for traversability.
Part three · From observation to actionRoute a signal without stripping its meaning
The Signal Routing Protocol is this article's synthesis of six stages: observe, qualify, protect, route, decide and act, then close and learn. A signal is healthy only when it reaches the smallest authority able to act and escalates when correlated or common-mode exposure exceeds that level.
Observe records behaviour, population, context, frequency and consequence without inventing motive. Qualify distinguishes information, a question, support demand, adoption friction, risk, incident, worker concern, affected-party harm or enterprise pattern. Protect applies confidentiality, privacy, anti-retaliation, conflicts and legal privilege where qualified advice says it applies. Protection is not anonymity promised beyond the system's capability.
Route selects translation, enabling, authority and challenge ties with a response deadline and fallback. Decide and act preserves options, evidence, uncertainty, owner, authority, resource, control and expiry. Close and learn verifies that the condition changed, communicates proportionately to the origin and affected population, updates practice and reopens the case when evidence disagrees. Assignment is not closure, and a dashboard is not a route.
Qualify urgency without centralising everything
A mature route distinguishes severity from organisational height. A routine access defect may affect many people yet remain best handled by a staffed platform service. A rare local exception may require a workflow owner, not the executive sponsor. Enterprise escalation becomes necessary when related cases reveal aggregate exposure, a common vendor dependency, cross-entity inconsistency, an obligation beyond local authority or a decision whose consequence the unit cannot absorb. This rule protects senior attention while preventing local fragmentation.
Consider a multinational support service whose regional teams see slightly different failures after the same retrieval update. Each region can correct current customer records and preserve service. Linked version evidence reveals the common source, so the product owner suspends the affected retrieval path globally while regional outcome owners manage remedy. Risk challenges the scope and assurance samples the repair. The route combines local competence with enterprise action without sending every ordinary support request to a central AI office.
| Tie | Signal | Sender | Receiver | Expected response | Fallback | Closure evidence |
|---|---|---|---|---|---|---|
| Sensing | Observed work, harm, gap or near miss | Worker, steward, affected party | Qualified intake node | Acknowledge protection and classify | Protected alternative channel | Traceable signal without exposed identity |
| Translation | Context converted across disciplines | Steward or specialist | Product, risk or owner | Confirm retained meaning and uncertainty | Joint case review | Source and translated interpretation linked |
| Enabling | Resource or implementation request | Decision owner | Product, platform, workforce | Commit capacity or decline with reason | Budget or priority escalation | Working change in the affected route |
| Authority | Option requiring a binding decision | Qualified route | Smallest competent owner | Decide, resource, control and expire | Aggregate or executive escalation | Decision and outcome responsibility recorded |
| Challenge | Dissent, obligation or control concern | Risk, worker voice, assurance | Owner and independent route | Answer evidence, not status | Formal stop or governance route | Dissent resolved or visibly retained |
| Learning | Outcome, recurrence and changed practice | Owner and affected work | Origin, related nodes, standards owner | Update and reconfigure where needed | Reopen the docket | Condition changed and origin confirms effect |
Part three · From observation to actionGive every active node a mandate card
A Network Mandate Card records the hat and represented population; outcomes and signals in scope; authority to decide, change, support, challenge, escalate or stop; system access; confidentiality; allocated time and budget; capability; conflicts; response service; succession and expiry.
Mandates turn invisible change labour into operating capacity. A translator expected to assemble cases, maintain relationships and prepare decisions needs time relieved from another workload. A worker representative needs protection and access that do not depend on the sponsor's goodwill. A risk partner needs authority and response time proportionate to the signals received. A successor must be able to continue the route when the trusted individual moves, takes leave or becomes conflicted.
Cards also restrict nodes. A champion may sense and translate but not accept a business outcome or approve a risk exception. A product lead may fix a control but cannot independently assure that fix. An executive sponsor may resolve enterprise trade-offs but should not absorb routine local decisions. Clear limits stop the network becoming a shadow hierarchy.
Part four · Integrity under pressureTest load, succession and independence together
The Network Load and Independence Test examines inbound volume and severity, translation work, decision delay, backlog age, represented boundaries, concentration, allocated time, emotional burden, authority-to-work ratio, delivery-control-assurance conflict, substitutes, self-censorship and repeated unresolved escalation.
The most trusted boundary spanner is often the network's hidden single point of failure. Colleagues send poorly formed issues because this person knows how to translate them. Leaders see a responsive informal route and add no capacity. The translator absorbs preparation, emotional support and follow-up while still doing a full-time job. When that person leaves, the supposed network disappears. Even before departure, overload encourages filtering and delays that no dashboard attributes to network design.
Independence requires more than a second name. Dense ties can support fast coordination and still reproduce one assumption. Product and risk may share incentives, data and leadership pressure. Assurance cannot own the design it later assesses. For a small business, independence may come from a qualified external reviewer rather than an elaborate internal structure. Compatible hats can be combined, but delivery and independent judgment for the same material decision remain separated and recorded.
Failure boundary
Do not scale when a consequential population lacks a protected route, the destination cannot change the condition, required translation is unfunded, the only boundary spanner is overloaded, delivery assures itself, affected-party recourse is absent, or closure cannot be verified. A larger champion list cannot repair those failures. Maintain the safer existing route until capacity and accountability exist.
The strongest rival
Designed networks can become shadow hierarchies, relationship surveillance or sprawling meeting systems. Communication frequency can be mistaken for influence; mapping can expose sensitive ties and reward already central people. Formalising every relationship can damage the voluntary trust through which people seek help. The answer is a minimal, purpose-limited map of consequential signal routes, source protection, funded formal duties and voluntary informal support. Validate with cases, not popularity or centrality scores. Network studies from health, online communities and historical organisations inform mechanisms; they do not supply a universal enterprise blueprint.
Part four · Integrity under pressureGive each decision a docket and a return path
The Change Decision Docket provides organisational memory without exposing private worker data beyond legitimate need. It connects the originating signal, protected source treatment, affected outcome and workflow, evidence and rivals, route and translations, accountable owner, cross-functional input, options, decision, resources, controls, communication, expiry and closure evidence.
The docket relates signals without prematurely merging them. A small problem in six units may point to one vendor change. Local owners can resolve individual effects, while linked docket identifiers allow risk or product nodes to see aggregate exposure and escalate it. The protected source need not travel with the pattern. Conversely, a common symptom may have distinct causes; the rival-explanation field prevents a central team from imposing one diagnosis.
Unresolved dissent stays visible. A decision can proceed within authority while assurance records why evidence remains incomplete and what would reopen the case. The originator receives a proportionate rationale and the evidence used to declare closure. If the frontline team sees no change, the docket reopens. The action owner cannot mark “done” merely because a ticket has been assigned.
The docket also prevents two symmetrical mistakes. An executive should not treat one vivid report as an enterprise pattern without checking related populations, versions and rival causes. Nor should leaders dismiss a repeated mechanism because each unit's numbers appear small. The relationship among cases carries its own evidence: common dependency, timing, error signature and affected group. Pattern qualification names both what is shared and what remains local, then assigns an owner capable of changing the shared cause.
Part four · Integrity under pressureRead seven health views without a maturity score
The Network Health Panel keeps coverage, reach, latency, closure, load, independence and voice, and learning as separate views. A dense, fast network can still be unsafe if it suppresses dissent or closes work without changing conditions.
Coverage exposes populations and workflows with no safe route. Reach tests which owners can be contacted in practice. Latency separates time to qualify, decide, act and verify. Closure distinguishes resolved, partly resolved, rejected, expired and orphaned signals by consequence. Load shows backlog, concentration, hidden work, burnout and succession risk. Independence and voice show conflicts, self-censorship, retaliation concerns and access to protected routes. Learning shows recurrence, changed standards, shared cases and topology changes.
The Topology Reconfiguration Rule applies when outcomes, workflows, organisation, models, vendors, regulation, workforce, affected populations, risk, geography or volume changes materially. Add, remove or reconnect nodes based on observed routes, not prestige or historical committee membership. A new vendor may require a direct product-change tie; expansion across time zones may require regional authority or a staffed fallback; repeated local dockets may justify a new enterprise node.
| View | Evidence | Failure signal | Owner | Topology response |
|---|---|---|---|---|
| Coverage | Test cases by population and workflow | Shift, group or recourse path absent | Change-network owner | Add sensing, translation or destination route |
| Reach | Named contact, access and service time | Authority exists only on paper | Business owner | Move decision or create fallback |
| Latency | Observe-to-qualify-to-decision-to-closure time | Consequence arrives before action | Operations owner | Route locally, staff capacity or escalate earlier |
| Closure | Verified condition and origin feedback | Assigned action marked resolved | Docket owner | Reopen and require outcome evidence |
| Load | Backlog, concentration, burden and substitutes | One trusted person filters everything | Functional leader | Fund time, add peers and succession |
| Independence and voice | Conflicts, dissent, protection and retaliation reports | Delivery assures itself or workers self-censor | Risk and assurance leaders | Separate hats and activate protected route |
| Learning | Repeated signals, standards and changed connections | Same issue recurs after nominal fix | Product and practice owners | Link dockets and reconfigure the network |
NIST's current AI RMF materials support differentiated responsibilities, relevant actor participation, affected-party feedback, monitoring and lifecycle decisions; they do not prescribe this topology. The UK AI Playbook supplies senior responsibility, multidisciplinary work, auditability and recourse context. ILO cases show worker representation influencing AI strategy and working conditions across varied institutions. OECD workplace evidence remains survey- and country-bound. ISO/IEC 42001 is a management-system standard for organisational processes and continual improvement, not proof that one network route works.
Network and implementation research contributes bounded mechanisms. Granovetter describes bridging information across social groups; Centola's controlled online health experiment shows that some behaviours need clustered reinforcement; Valente stresses that intervention choice depends on behaviour, data and context. Tushman and Scanlan study boundary spanning and information transfer. Klein and Sorra, the updated CFIR, May and Finch, Oreg and colleagues, Edmondson, and Weick and colleagues illuminate implementation climate, context, recipient reaction, routine work, speaking up and sensemaking. Their settings and constructs sharpen questions, not a ready-made enterprise AI map.
Part five · Put the network under loadTen cases that force different repairs
Each case traces the topology, coverage and six ties; applies mandate, load and independence tests; opens a docket; and names line, enabling, risk and assurance ownership.
1. The uncovered night shift
Signal: operators find a recurring AI exception after every formal node has gone offline. The coverage map exposes a shift gap, not a motivation problem.
Route: operations creates a staffed fallback, adds an on-call workflow steward and gives the shift a protected sensing tie. Product owns the fix, the business owner owns customer impact, risk sets escalation, and assurance samples closure across shifts.
2. The champion with nowhere to go
Signal: a frontline champion reports friction repeatedly, but the community has no tie to the backlog or budget owner.
Route: a translator qualifies the case, an enabling tie reaches product and an authority tie reaches the service owner. The champion retains sensing and context, not delivery accountability. Closure requires the changed handoff to work in the originating team.
3. Six small vendor effects
Signal: each unit sees a modest new error after a supplier release. Linked dockets reveal one common version and material aggregate exposure.
Route: local owners contain cases; product and risk escalate the pattern to the executive sponsor and vendor authority. Independent assurance tests the update and closure. A learning tie returns new boundaries to every unit.
4. The indispensable translator
Signal: one respected person carries domain, technology and risk meaning across the firm. Backlog and emotional load grow, with no substitute.
Route: the load test funds case-preparation time, creates two peer ties, documents translation artefacts and appoints succession. Business and workforce owners remove hidden labour; risk preserves challenge; assurance tests that no new single point has formed.
5. Product assures itself
Signal: a product lead designs a safeguard and signs the purported independent review. Delivery and assurance hats conflict.
Route: product retains enablement; risk performs second-line challenge; an organisationally independent node tests governance and evidence. The docket records dissent and response. No release proceeds on a self-issued assurance claim.
6. Unsafe target, protected voice
Signal: workers fear retaliation for reporting that an adoption target encourages shadow use and skipped checks.
Route: a confidential worker-representation channel protects qualification, removes identity from the enterprise pattern and reaches the accountable outcome owner. Workforce and risk challenge the incentive; assurance tests anti-retaliation and evidence. Closure includes target removal and safe work evidence.
7. Complaint reveals subgroup harm
Signal: customer complaints reveal concentrated harm invisible in internal averages.
Route: the affected-party node connects complaint evidence to recourse, business outcome and product nodes. Service repairs affected cases; product narrows scope; risk tests distribution; assurance checks remedy and re-entry. Acknowledging the complaint is not closure.
8. The central AI queue
Signal: every support issue goes to a central office, including routine access and workflow fixes. Decision delay rises while local owners wait.
Route: recurring low-consequence work moves to the smallest competent authority with clear boundaries. Cross-unit patterns and material exposure still escalate centrally. The central node becomes a standard, pattern and conflict route rather than a universal help desk.
9. Small-company multi-hat design
Signal: a small business cannot staff ten separate roles.
Route: the owner carries executive and business hats, a supervisor carries workflow and voice hats, and a technical partner enables change. The docket marks each hat; an external reviewer supplies independent assurance. Scope and response times remain proportionate, with a non-AI fallback.
10. False closure
Signal: a committee assigns an integration action and marks the issue closed, yet the originating team still performs the same manual workaround.
Route: the learning tie returns to the origin, whose evidence reopens the docket. Product repairs the actual workflow, the line owner verifies outcome, risk checks residual exposure and assurance samples recurrence. Closure occurs when the condition changes.
Part five · Put the network under loadAI Change-Network Designer
The designer evaluates one consequential signal route. Set current evidence or load a named scenario. It returns exactly one of five topology decisions and exposes the uncovered population, tie contract, protected route, mandate gaps, load, independence, docket, closure path and reconfiguration trigger.
Design one consequential change route
Mark each field with current evidence. Unknowns remain visible and can narrow the decision.
Worked scenarios
Extend coverage to an unrepresented work population
Load a scenario or set the route evidence to generate a topology decision.
The instrument cannot prove social influence, infer coverage from membership or turn message volume into performance. Its output is a testable operating change with a responsible owner, a protected source treatment and an expiry. Run an actual signal through the proposed route before relying on the design.
The decision changedBuild for the signal that must come back
An AI transformation network succeeds when consequential evidence travels from lived work to the smallest competent authority and returns as a verified change. Everything else is supporting structure.
Begin with an outcome and a signal that matters. Draw the ten hats and only the six ties needed to move it. Test coverage with real populations, shifts, exceptions, technologies, consequences and recourse. Give each node a mandate, access, protection, time, budget and successor. Keep delivery, control and assurance distinct. Trace the protocol, open the docket, preserve dissent and refuse to close until the originating condition has changed.
This design changes the executive question. “How many champions do we have?” becomes “Which consequential signal still cannot reach authority?” “How many employees saw the message?” becomes “Which route returned closure evidence?” “Who is influential?” becomes “Which mandate has the access, capacity and legitimate authority to act?” Those questions place responsibility with the organisation that designed the change rather than the worker asked to volunteer around its gaps.
A network should stay smaller than its ambitions. Informal relationships can remain voluntary. Local decisions should remain local when consequence permits. Enterprise patterns should escalate before they become common-mode failure. Independent challenge should be structurally possible, affected people should have recourse, and the graph should change when work changes. The test is not whether information moved. It is whether a real condition changed and the evidence found its way home.
Evidence spineReferences and limits
Official and standards sources provide scoped governance context, not proof that this topology works. Network, implementation and team studies come from different settings and cannot be generalised into a single enterprise blueprint. The named topology, ties, map, protocol, cards, test, docket, panel, reconfiguration rule and designer are this article's synthesis.
- NIST AI Resource Center, AI RMF Core.
- NIST AI Resource Center, Descriptions of AI Actor Tasks.
- NIST AI Resource Center, AI Risk Management and Human-AI Interaction.
- UK Government, Artificial Intelligence Playbook for the UK Government.
- UK Government, AI Skills Tools Package.
- International Labour Organization, Global Case Studies of Social Dialogue on AI and Algorithmic Management.
- OECD, The Impact of AI on the Workplace.
- ISO, ISO/IEC 42001:2023 AI Management Systems.
- Valente, T. W., Network Interventions, 2012.
- Centola, D., The Spread of Behavior in an Online Social Network Experiment, 2010.
- Granovetter, M. S., The Strength of Weak Ties, 1973.
- Tushman, M. L. and Scanlan, T. J., Boundary Spanning Individuals, 1981.
- Klein, K. J. and Sorra, J. S., The Challenge of Innovation Implementation, 1996.
- Oreg, S., Vakola, M. and Armenakis, A., Change Recipients' Reactions to Organizational Change, 2011.
- Damschroder, L. J. et al., The Updated Consolidated Framework for Implementation Research, 2022.
- May, C. and Finch, T., Implementing, Embedding, and Integrating Practices, 2009.
- Edmondson, A., Psychological Safety and Learning Behavior in Work Teams, 1999.
- Weick, K. E., Sutcliffe, K. M. and Obstfeld, D., Organizing and the Process of Sensemaking, 2005.