Distributed Coordination Architecture¶

Design the outcome, authority, dependencies, interfaces, shared state, timing, commitments, exceptions, and feedback that let independently controlled actors produce a coherent collective result.

Essence¶

Distributed Coordination Architecture is the pattern for making independently controlled action add up. It applies when no actor can simply issue a complete plan, yet the actions of several actors share dependencies, scarce resources, timing constraints, externalities, or a collective outcome. The intervention is not “communicate more.” It is the deliberate design of the outcome, authority, interfaces, shared state, commitments, sequencing, exception paths, and learning that turn partial local control into reliable joint action.

The archetype’s central move is architectural: diagnose what must be coordinated, choose a coordination mode that fits, and preserve local discretion everywhere else. Some dependencies justify stable protocols. Some require shared planning. Some need a hub, integrator, or incident cell. Others work best through peer adjustment or event-driven signals. The correct design may mix modes and change them over time.

The target is coherent collective performance, not uniform behavior. Actors may retain different goals, expertise, systems, identities, and internal processes. Coordination succeeds when their boundary interactions and consequential choices remain compatible enough for the shared outcome.

Compression statement¶

Distributed Coordination Architecture converts an under-specified demand for alignment into an explicit operating system for joint action. It starts from a shared outcome and real interdependence, selects an appropriate central, federated, peer, protocol, planning, or event-driven mode, assigns decision rights and autonomy, defines interoperable commitments and minimum shared state, reconciles timing and scarce resources, routes exceptions and conflict, measures coordination health, and reconfigures as the actor network changes. The architecture coordinates only where dependency requires it and preserves local discretion elsewhere.

Canonical formula: coordination reliability ≈ outcome clarity × dependency fit × commitment visibility × interface interoperability × legitimate authority × exception capacity × feedback / (information overload + decision ambiguity + coupling mismatch + unresolved conflict)

When to Use This Archetype¶

Use the archetype when several legitimate centers of control must combine their actions and none possesses enough authority, information, variety, or capacity to direct the whole system. Typical triggers include cross-functional work, multi-agency response, supply networks, federated software, care pathways, public-private partnerships, ecological stewardship, and any setting where handoffs, shared resources, timing, or externalities cross organizational boundaries.

The strongest signal is a local-global gap. Each actor may be competent and locally rational, yet the system still produces gaps, duplication, delay, conflict, overload, unsafe coupling, or incompatible commitments. Another signal is coordination inflation: more meetings, status requests, dashboards, and messages are added while the joint outcome remains unreliable. That usually means the system lacks an architecture, not effort.

Apply it when coordination demand varies. Routine interactions may be protocol-mediated and asynchronous; novel or tightly coupled episodes may require shared planning and synchronous readiness; crises may justify temporary integrator-led authority. The archetype provides the rule for moving among these forms.

Do not apply it merely because several people are involved. If one legitimate actor controls the work, ordinary planning and delegation may suffice. If actions are independent, coordination can be waste. If the dispute concerns the legitimacy of the collective goal, governance or conflict resolution must come first. If the problem is atomic multi-participant commit, phased restart, consensus formation, or shared interpretation alone, the accepted specialized neighbor should own the intervention.

Structural Problem¶

Coordination problems arise from distributed control plus consequential interdependence. Different actors see different state, control different resources, operate on different clocks, answer to different authorities, and optimize against different local measures. No one has a complete or current picture. A changed commitment in one place becomes an unanticipated constraint elsewhere. A local exception propagates through interfaces that were never designed to carry it.

The absence of command is not itself a defect. Distributed control preserves local knowledge, specialization, legitimacy, resilience, and speed. The defect is leaving the relationships among local decisions implicit. When dependencies are hidden, actors cannot distinguish work they may conduct independently from work requiring notification, consultation, joint decision, synchronization, or escalation.

Three mismatches commonly compound. First, the coordination topology does not fit the dependency topology: all-to-all meetings serve a network that needs stable interfaces, or a central hub serves work that requires peer adaptation. Second, information structure does not fit decision structure: actors receive too much irrelevant state and too little timely exception information. Third, authority structure does not fit consequence: local actors need central approval for reversible choices while irreversible cross-boundary choices escape joint review.

Coordination also fails when success is measured locally. Each actor can meet its target while the collective result degrades through waiting, rework, exclusion, duplicated capacity, unsafe transitions, or shifted externalities. Without a shared outcome contract and system-level health signals, local reports can conceal coordination failure.

Intervention Logic¶

Start by defining the joint result. State what must become true at the collective level, which constraints cannot be traded away, and what would count as a locally attractive but collectively unacceptable outcome. This outcome becomes the reference for authority, interfaces, information, and metrics.

Next, map the actor system as it actually operates. Identify who controls which actions, who can make commitments, who bears effects, who may override, and which authority is formal, informal, delegated, technical, professional, or community-based. Preserve the difference between convening, recommending, deciding, executing, reviewing, and remedying.

Map interdependence before choosing a mechanism. Classify pooled resources, sequential handoffs, reciprocal adjustment, temporal barriers, shared state, interface compatibility, risk propagation, and externalities. Tight, irreversible, or safety-critical dependencies require stronger coordination than reversible local choices.

Select a mode. A central hub reduces pairwise complexity but risks overload and capture. Federated liaisons preserve authority but can deadlock. Peer adjustment is adaptive but needs observable state, bounded externalities, and escalation. Protocol mediation scales recurring interactions but can ossify. Shared planning handles novelty but is expensive. Event-driven signals support asynchronous response but cannot resolve complex conflict. Mixed architectures are often correct.

Operationalize the mode through interface and commitment contracts, minimum shared state, decision-rights partitions, sequencing rules, capacity reconciliation, and targeted signals. Then design the abnormal path: how actors declare an exception, contain harm, resolve incompatible commitments, stop unsafe action, assign interim authority, appeal, and return to normal operation.

Finally, instrument and adapt the architecture. Measure dependency failure, stale state, conflicting commitments, waiting, rework, unresolved exceptions, coordination load, and collective outcomes. When failure repeats, change the topology, protocol, authority, or state model rather than merely exhorting actors to collaborate.

Key Components¶

Component	Description
Shared Outcome Contract ↗	The shared outcome contract makes the collective result testable. It must be intelligible to every actor while remaining independent of any actor’s local task. It names acceptance conditions, safety and equity constraints, and local wins that would damage the whole. Without it, coordination collapses into activity alignment or obedience to the most powerful actor’s metric.
Actor Autonomy and Authority Map ↗	This map records actual control, not titles. It distinguishes authority to commit, decide, execute, veto, stop, review, and remedy. It shows where autonomy is legitimate and where local choices create collective consequence. The map prevents both shadow hierarchy and fictitious decentralization.
Interdependence and Handoff Map ↗	This component exposes why coordination is necessary. It records dependency type, direction, criticality, timing, shared resources, handoff evidence, and failure propagation. A map of tasks without relations is insufficient; the purpose is to identify the exact interfaces where one actor’s state changes another actor’s feasible action.
Coordination Mode Selection Rule ↗	The selection rule converts dependency conditions into architecture choices. It compares centralization, synchronicity, formalization, information load, urgency, scale, actor capability, and reversibility. It also includes switching triggers, because the correct routine mode may fail during novelty, crisis, growth, or actor turnover.
Interface and Commitment Contract ↗	An interface contract defines exchanged objects, semantics, quality, timing, acknowledgment, change, and failure behavior. A commitment contract adds who can promise, who depends on it, what fulfillment means, and what happens when it changes. Together they reduce continuous negotiation without erasing internal freedom.
Shared State and Situation Model ↗	Coordination needs minimum common state, not total common knowledge. The model identifies authoritative fields, ownership, freshness, provenance, uncertainty, and access. It may be centralized or federated. Its standard is decision usefulness: every shared field should support a named choice, safeguard, or dependency.
Decision Rights and Local Autonomy Envelope ↗	This envelope separates local, consultative, joint, approval, notification, and escalation decisions. Local discretion should be wide for reversible actions with bounded externalities. Stronger joint control is warranted as coupling, irreversibility, scarcity, and risk rise. The envelope should include emergency and good-faith safety exceptions.
Sequencing and Synchronization Rule ↗	The rule defines precedence, readiness, barriers, timeouts, and asynchronous allowance. It synchronizes only where dependencies require shared readiness. Excessive lockstep creates waiting and brittleness; insufficient sequencing creates race conditions and premature transitions.
Information and Signal Policy ↗	This policy answers who needs which signal, for which decision, by when, at what confidence, and under what privacy boundary. More communication is not the goal. Targeted, meaningful signals reduce both blindness and overload. Exceptions and changed commitments often matter more than continuous raw state.
Exception, Escalation, and Conflict Path ↗	Normal protocols never cover every case. The exception path defines triggers, containment, interim authority, time limits, review, appeal, and return. It must preserve dissent and safety while preventing indefinite deadlock. Informal escalation based on status alone is not a substitute.
Resource and Capacity Reconciliation ↗	Independent plans can be logically compatible yet jointly infeasible because they assume the same people, space, funding, route, compute, inventory, or time. Reconciliation exposes demand, reservations, priorities, substitutes, and shortfall rules so the collective plan is executable.
Commitment and Dependency Register ↗	The register provides durable coordination memory. It links commitments to owners, affected dependents, conditions, status, change history, risks, and closure evidence. It should federate where necessary rather than forcing all local work into one central tracker.
Coordination Health Signal Set ↗	Health signals measure the interfaces and the joint result: rejected handoffs, stale state, contradictory commitments, wait time, rework, unowned exceptions, overload, and externalized cost. Meeting attendance and message volume are activity measures and can increase as coordination deteriorates.
Adaptation and Reconfiguration Cadence ↗	Dependencies, actors, authority, scale, and uncertainty change. This cadence reviews whether the mode, interfaces, state, and escalation still fit. It includes migration and rollback so the architecture can change without losing continuity.
Coordination Learning and Closure Record ↗	Closure records which commitments were fulfilled, which obligations remain, how exceptions were resolved, and what architecture changes follow. It transfers residual duties and prevents coordination debt from disappearing when a temporary coalition or episode ends.

Common Mechanisms¶

Mechanism	Description
Joint Operating Agreement ↗	Ratifies the shared outcome, the chosen coordination mode, and the incentive and cost-sharing terms into one versioned, authority-bearing agreement every party signs.
Decision Rights Matrix ↗	Maps each class of decision to who may decide, approve, be consulted, or merely be informed — fixing the agent's authority before any single choice arises.
Dependency and Interaction Map ↗	Charts the actual interdependencies and handoffs between actors — where one party's state changes another's feasible action — so coordination targets real coupling, not org-chart lines.
Shared Coordination Board ↗	A single shared surface where every actor reads the same live picture — outcome, state, commitments, dependencies, capacity, exceptions — each field owned, dated, and confidence-tagged.
Liaison and Integrator Role ↗	A standing human role that spans a boundary — translating between parties, brokering competing claims on shared resources, and keeping the working relationship intact enough to keep coordinating.
Synchronization Checkpoint ↗	A dependency-triggered readiness gate: before a coupled, hard-to-reverse transition, every required party confirms it is ready, and the gate can release, hold, or send everyone back to replan.
Interface Control Document or Service Contract ↗	Freezes one recurring exchange between two parties into an explicit contract — objects, semantics, guarantees, acknowledgment, and versioned change rules — so neither side has to renegotiate it.
Commitment and Dependency Register ↗	Turns promises and the dependencies they create into stateful, addressable objects with owners, dependents, status, and closure evidence — durable coordination memory rather than scattered recollection.
Exception and Escalation Protocol ↗	The pre-agreed path for when normal coordination fails — declare the exception, contain harm, hand time-limited interim authority to a named role, route the decision, then review and close.
Distributed Planning and Reconciliation Session ↗	A working session where independently-planning actors reconcile competing claims on scarce shared resources into a jointly feasible set of commitments.
Event-Driven Coordination Channel ↗	Routes meaningful changes and exceptions to exactly the actors whose decisions depend on them, so coordination rides targeted signals instead of broadcast noise or constant shared-state polling.
Coordination Health Review and After-Action Coordination Review ↗	Health reviews operate during standing coordination; after-action reviews close episodes. Both examine the architecture and interfaces rather than assigning individual blame. Their output is owned structural change, not a lesson list.

After-Action Coordination Review — Closes a coordination episode by extracting transferable lessons and transferring residual obligations, so the architecture improves and no commitment vanishes when the coalition disbands.
Coordination Decision Rights and Autonomy Matrix — Maps, for each class of coordinated decision, who may commit, decide, execute, veto, stop, and review — drawing the line between legitimate local autonomy and choices that require joint control.
Coordination Health Review — A standing review that watches interface- and outcome-level health signals and re-tunes the coordination architecture before degradation hardens into failure.

Parameter / Tuning Dimensions¶

Centralization. Move from peer adjustment to federated coordination, bounded integration, or central command as coupling, urgency, irreversibility, and system-wide externality rise. Centralization should fall again when local knowledge, scale, legitimacy, and bottleneck risk dominate.

Synchronicity. Use asynchronous state and events for independent or loosely coupled action. Add synchronous planning, negotiation, or readiness only where timing or shared transition requires it. Every recurring meeting should name the dependency it serves.

Formalization. Stable, high-volume, cross-boundary interactions benefit from explicit protocols and versioned interfaces. Novel, low-frequency, ambiguous work needs richer dialogue and provisional commitments. Formalization should increase after patterns stabilize, not before learning.

Information breadth and resolution. Share enough state for affected decisions, but no more. Tune aggregation, freshness, confidence, provenance, exception thresholds, confidentiality, and recipient scope. Total transparency is neither feasible nor safe.

Autonomy envelope. Expand local discretion when actions are reversible, capabilities are high, and externalities are bounded. Narrow it for shared scarce resources, irreversible transitions, safety, legal duties, or systemic risk. Use risk tiers rather than one blanket rule.

Interface strictness. Tight contracts improve interoperability and predictability but can exclude unusual cases and freeze poor design. Pair standards with exception paths, compatibility windows, and revision governance.

Coordination cadence. Cadence should match the rate at which relevant state, dependencies, and commitments change. Too slow creates stale plans; too fast creates noise and administrative work. Event-triggered review often complements scheduled review.

Redundancy and fallback. Hubs, liaisons, state stores, and event channels can become single points of failure. Tune deputies, distributed copies, fallback direct channels, manual modes, and recovery exercises to consequence.

Participation and closure. Broader participation improves legitimacy and information but can exceed the action horizon. Separate input, consultation, decision, review, and appeal roles, and publish closure rules before deliberation begins.

Architecture switching threshold. Define evidence for changing mode: overload, new scale, recurring exception, degraded trust, actor capability growth, crisis, or new legal authority. Switching too late preserves failure; switching too often destroys learning and continuity.

Invariants to Preserve¶

Preserve the distinction between the collective outcome and local performance. If the joint result cannot discipline local choices, the system is aligned only in name.

Preserve legitimate autonomy outside the dependency boundary. Coordination is not a license to centralize every decision or expose every local state. The burden of proof lies with the coupling or externality that requires shared control.

Preserve ownership and affected-party visibility for material commitments. A promise that cannot be traced to an authorized owner, dependent actor, acceptance condition, and state change is not a reliable coordination object.

Preserve minimum shared-state quality. Freshness, provenance, uncertainty, and access boundaries should survive aggregation and urgency. A false common operating picture is often worse than acknowledged partial knowledge.

Preserve safe exception handling. Actors need a legitimate way to stop unsafe action, declare infeasibility, challenge an instruction, and escalate deadlock without retaliation. Emergency powers require explicit scope, time limit, and review.

Preserve proportionality. Coordination cost should track real interdependence and consequence. Independent work should remain independent; tightly coupled irreversible work should not rely on goodwill alone.

Preserve continuity during reconfiguration. New interfaces, authority, state models, and commitments must migrate deliberately. Architecture change that silently invalidates existing dependencies creates the failure it intended to fix.

Target Outcomes¶

A successful architecture produces jointly feasible plans, fewer failed handoffs, faster exception resolution, more timely state changes, and clearer decisions. Local actors should spend less time discovering dependencies and renegotiating recurring semantics.

Reliability should improve without a proportional rise in coordination activity. Meeting load, broadcast traffic, approval steps, and central queue length may decline because stable interfaces and targeted signals replace continuous negotiation.

The distribution of burden should become visible. Smaller or less powerful actors should not absorb all reporting, adaptation, waiting, or risk while dominant actors retain flexibility. Shared outcomes and health signals should surface these asymmetries.

The architecture should also become adaptive. As actors become more capable, routine coordination may decentralize. As coupling or crisis rises, temporary integration may increase. The system should change mode through declared triggers rather than political improvisation.

Long-term success is a capability: actors can diagnose coordination demand, select modes, make commitments, handle exceptions, and learn. The result is not dependence on one heroic coordinator.

Tradeoffs¶

Explicit coordination improves reliability but consumes attention, negotiation, documentation, and governance capacity. The design question is not whether cost exists, but whether it is lower than the waiting, rework, risk, and externality of implicit coordination.

Central hubs reduce many pairwise links and create a common view. They also concentrate power, information, and failure. Federated or peer systems preserve autonomy and resilience but demand stronger interface semantics and can struggle with system-wide tradeoffs.

Shared state improves coherence and can also enable surveillance, gaming, or coercive performance management. Minimum necessary state, role-based access, aggregation, and purpose limitation are architectural requirements, not afterthoughts.

Standardization makes recurring interactions cheaper. It can also exclude unusual actors, suppress valuable local variation, and privilege incumbent capabilities. Exception pathways and revision governance keep interoperability from becoming uniformity.

Participation increases legitimacy and relevant knowledge, but every actor does not need equal involvement in every decision. Separating voice, consent, expertise, authority, execution, review, and appeal allows participation to fit the decision.

Synchronous coordination creates rapid shared awareness but interrupts deep work and can become performative. Asynchronous protocols scale but lose nuance and may delay conflict discovery. Mixed modes are usually more robust.

Failure Modes¶

Coordination theater appears when organizations add meetings, dashboards, plans, or roles without specifying dependencies, authority, commitments, or exception behavior. Audit every mechanism against a decision or interface it must improve.

Overcoordination subjects independent work to joint approval and shared cadence. It destroys speed and ownership. Shrink the boundary until only consequential dependencies remain.

Undercoordination leaves irreversible or externally consequential choices local. Map externalities, shared resources, and failure propagation, then strengthen the mode proportionally.

Integrator bottleneck and shadow hierarchy occur when one role accumulates information and de facto command. Bound authority, distribute state, add capacity and succession, preserve direct interfaces, and record overrides.

False shared state occurs when a dashboard is stale, ambiguous, overaggregated, or strategically curated. Require authoritative ownership, freshness, provenance, uncertainty, and decision relevance.

Commitment ambiguity appears when a promise lacks authority, acceptance, dependents, change notice, or closure. Model commitments as stateful objects with acknowledgment.

Coordination overload results from all-to-all messaging, excessive cadence, too many metrics, and nested approval. Target signals, stabilize interfaces, reduce pairwise links, and measure load.

Distributed deadlock follows incompatible commitments, symmetric vetoes, or unclear authority. Use time-bounded escalation, interim rules, and appeal.

Protocol ossification preserves an interface after actors, dependencies, scale, or risks change. Establish review triggers, compatibility migration, and rollback.

Emergency capture converts temporary integration into permanent power. Sunset emergency authority, retain minimum rights, publish reasons, and require reauthorization.

Consensus substitution delays action until full agreement where a legitimate decision rule would suffice. State which decisions require consensus and which require only input or notice.

Learning without change records lessons but assigns no architecture repair. Link every material lesson to a component, mechanism, owner, deadline, and verification signal.

Neighbor Distinctions¶

Coordination and Synchronization Across Reentry Phases owns the choreography of separated parts returning in waves with readiness, capacity, pause, and rollback. Distributed Coordination Architecture applies before, during, and after reentry and selects broader operating modes.

Nested and Distributed Transaction Coordination owns transaction boundaries, participant commit states, atomicity objectives, timeout and partition behavior, compensation, replay, and closure. The current archetype does not guarantee atomic outcomes and spans nontransactional joint action.

Hub-and-Spoke Coordination is one topology: interactions route through a central hub. The parent can select a hub, federated liaisons, peer adjustment, protocols, planning, events, or a mixture. It also includes switching and health logic.

Shared Mental Model Alignment aligns understanding of roles, system, risk, and plan. Shared understanding is often required, but actors can understand one another and still lack feasible commitments, authority, capacity, interfaces, and exception paths.

Task Interdependence Mapping reveals dependency structure and suggests communication and handoffs. It is a diagnostic input; the current archetype uses it to choose and operate a system.

Consensus Convergence moves divergent views toward sufficient agreement. Coordination does not always require consensus. Actors can coordinate under bounded disagreement through decision rights, standards, contracts, and appeal.

Self-Organization Enablement creates conditions for decentralized order without centrally specifying every role. The current archetype can choose self-organizing peer modes, but it also specifies when stronger protocol, integration, shared planning, or authority is required.

Whole-System Alignment corrects local optimization and incentive misalignment. Distributed actors may already share incentives and still fail because of hidden dependencies, stale state, incompatible timing, or ambiguous commitment.

Structured Sensemaking produces shared interpretation under uncertainty. It ends before the operational architecture of authority, resources, commitments, interfaces, and closure.

Coupling Calibration tunes how strongly parts depend on one another and how propagation risk is contained. This archetype coordinates the coupling that remains after calibration.

Alignment Governance and Dispute Resolution provides legitimate forums and ruling paths for misalignment. It becomes relevant when normal coordination conflict cannot be handled through the parent’s bounded exception path.

Bridge Insertion creates one cross-boundary connection. A bridge may be a useful mechanism while leaving outcome, authority, state, commitments, and adaptation undefined.

Cross-Domain Examples¶

Cross-functional launch. Product, engineering, security, legal, operations, and support share a launch outcome but retain different authority. The architecture maps dependencies, defines local and joint decisions, versions interface commitments, sets readiness checkpoints, routes exceptions, and measures unresolved cross-functional risk. It reduces meetings by moving routine exchanges into stable contracts and targeted events.

Care pathway. Hospitals, primary care, pharmacies, transport, social services, patients, and families coordinate referral, medication, diagnostics, discharge, and follow-up. Minimum shared state carries consent, status, urgency, ownership, capacity, and uncertainty. Rejected handoffs enter a timed escalation path; patient continuity rather than provider throughput anchors the outcome.

Federated software platform. Autonomous services retain deployment freedom inside interface and risk envelopes. Schema and capacity commitments are versioned. Events reach affected dependencies. Joint checkpoints are used only for tightly coupled migrations. Incident mode temporarily strengthens integration and later returns to distributed operation.

Humanitarian response. Agencies, local government, community organizations, logistics firms, and donors share outcome and resource dependencies but have different mandates. A bounded coordination cell reconciles capacity and safety conflicts, while local partners retain delivery authority. Data sharing is purpose-limited, and emergency decisions sunset.

Watershed governance. Landowners, utilities, agencies, Indigenous communities, farms, and conservation groups coordinate monitoring and intervention across ecological and jurisdictional boundaries. The architecture combines local action envelopes, shared indicators, cross-boundary commitments, scarcity rules, and legitimate dispute escalation.

Supply network disruption. Routine coordination uses interface contracts and events. When a critical source fails, the architecture switches to integrator-led reconciliation of inventory, transport, substitutions, customer priority, and safety. Changes are visible to dependents, and temporary authority closes after stabilization.

Distributed biological stewardship. Local monitoring teams and habitat managers share only decision-relevant ecological state, coordinate migration corridors and thresholds, and adapt action as feedback arrives. The pattern transfers without pretending biological actors sign literal contracts; commitments translate into stable interaction rules and stewardship obligations.

Non-Examples¶

A coordination meeting is not the archetype. Without outcome, dependency, authority, commitments, and exceptions it is a cadence mechanism and may worsen overload.

A shared dashboard is not the archetype. It can expose state but cannot decide what must be common, who may act, how commitments change, or how conflict resolves.

A RACI matrix is not the archetype. It may record roles, but ordinary RACI labels do not specify decision classes, autonomy, dependency, or escalation semantics.

A central command structure imposed on independent actors without legitimate authority is not coordination architecture; it is unacknowledged domination and will often produce evasion or nominal compliance.

A consensus workshop is not the archetype. Consensus is one decision mechanism and can be actively harmful where urgency or legitimate delegated authority requires action.

An atomic distributed commit protocol belongs to Nested and Distributed Transaction Coordination. Its closure and consistency objectives are narrower and stronger than general coordination.

A phase-gated restart plan belongs to Coordination and Synchronization Across Reentry Phases when reactivation, readiness, overload, and rollback are decisive.

A trust-building exercise is not enough. Trust may enable truthful signaling, but it does not define dependencies, interfaces, capacity, decision rights, or failure behavior.

A single manager assigning tasks within one controlled team usually needs planning and delegation, not a distributed coordination architecture.

Abstractions this archetype builds on — directly (a source ingredient) or as a related pattern. Links follow the typed catalog namespace.

Built directly on (4)

Concurrency: Manage simultaneous processes.
Coordination: Aligning independently controlled actors so their separate actions combine into a coherent collective outcome despite distributed decision-making and incomplete shared information.
Dependency: Directed relation in which one element relies on another being present, prior, compatible, or supplied, with a specifiable failure mode if the condition is unmet.
Task Interdependence: Tasks rely on each other.

Also references 16 related abstractions

Accountability: Responsibility for actions.
Autonomy: A unit's behavior is governed by its own internal rules or chosen reasons rather than external direction, defined by the inner-versus-outer authority asymmetry over a scoped domain.
Boundary: Defines system limits.
Consensus: Producing a single shared decided state from many participants with disagreeing or adversarial views, under a fault model, satisfying agreement, validity, and termination together.
Cooperation: Agents bear individual costs to produce a shared benefit.
Coupling: Interdependence among subsystems.
Decision: Committing to one alternative from a set under uncertainty and trade-off, collapsing open deliberation into a chosen path and foreclosing the others.
Delegation of Authority: Assign responsibility.
Feedback: Outputs influence inputs.
Goal Congruence (Alignment): Alignment of objectives.

▸ Show 6 more

Variants¶

Narrower or domain-specific specializations that share this archetype's core structure. Recognized variants are established; candidate variants are provisional.

Integrator-Led Coordination · governance variant · recognized

Uses a bounded integrator to reconcile dependencies and convene joint decisions while actors retain local authority.

Distinct from parent: Selects a role-centered architecture rather than the parent's general mode-selection lifecycle.
Use when: Cross-boundary dependencies are dense; No actor naturally owns the joint outcome; Central command would be illegitimate or overloaded.
Typical domains: organizational management, healthcare
Common mechanisms: liaison and integrator role, joint operating agreement

Federated Liaison Coordination · governance variant · recognized

Coordinates autonomous units through reciprocal liaisons, shared contracts, and federated decision forums.

Distinct from parent: Selects a federated liaison topology.
Use when: Actors have legitimate independent authority; Interdependence is recurring; A single hub would be fragile or politically unacceptable.
Typical domains: public policy, organizational management
Common mechanisms: liaison and integrator role, distributed planning session

Peer Mutual-Adjustment Coordination · implementation variant · recognized

Lets capable peers adjust plans through shared state, commitments, signals, and local negotiation rather than a central scheduler.

Distinct from parent: Selects a decentralized operating mode.
Use when: Actors can observe relevant state; Interactions are frequent and locally resolvable; Rapid adaptation matters.
Typical domains: computer science, biology ecology
Common mechanisms: event driven coordination channel, commitment and dependency register mechanism

Protocol-Mediated Coordination · mechanism family variant · recognized

Coordinates actors primarily through stable interface, commitment, event, acknowledgment, and exception protocols.

Distinct from parent: Selects a contract-and-signal-heavy implementation family.
Use when: Interactions repeat; Semantics can be standardized; Actors need internal implementation freedom.
Typical domains: computer science, engineering design
Common mechanisms: interface control document, event driven coordination channel

Near names: Coordination Architecture Design, Multi-Actor Coordination Design, Distributed Action Alignment, Cross-Boundary Coordination Architecture, Joint Action Coordination, Coordination Operating Model, Interdependent Actor Coordination, Coordination Mechanism, Coordination Mechanisms, Cross-Functional Coordination Design, Federated Coordination Architecture, Mutual Adjustment System, Coordination Protocol Design, Integrated Coordination Model.