A large, damaged building with exposed beams and debris, surrounded by palm trees and overgrown plants, under a clear blue sky. The structure appears partially collapsed and abandoned.

Human Contracts Under The Air Picture

Every complex system has code, data and diagrams.

A diagram titled "The Dual Interface Contract" shows two sections: The Data Contract, with technology icons and bullet points for schema, refresh rate, auth, error handling, and "Protects the System"; and The Human Contract, with handshake icons and bullet points for named owners, escalation path, change notice, outage protocol, and "Protects the Relationship." A note below states an interface fails if either contract is missing.
The Handshake: Every interface needs two owners. One owns the Data Contract (Technical), and one owns the Human Contract (Relational). You need both to prevent failure. You should distinguish between the Data Contract (Schema, API) and the Human Contract (Escalation, Roles). The Human Contract: Technical systems (software) rest on a foundation of human agreements (The Contract). Without Clarity, Concurrence, and Conformity, the technical layer collapses. The Dual Requirement: You cannot just write the Data Contract (Left). You must write the Human Contract (Right) to handle escalation and trust before the crisis hits.

Underneath all of that, it has human contracts.

Not the legal documents, although those matter too.

I mean:

  • Who trusts whom
  • Who listens to whom under stress
  • Whose word carries weight in a briefing

When human contracts are clear, systems can be messy and still work.

When human contracts are broken or absent, even perfect architectures will fail under load.

Pastor vs Relief Organization

Diagram comparing three organizational structures: Functional hierarchy (stable roles), Cross functional project team (temporary coalition from silos), and Temporary federation (partners/services with shared objective, coordination by agreement).
The Sovereignty Clash: The relief org tried to impose a “Hierarchy” (Left). The pastor was operating as a sovereign node in a “Federation” (Right). The clash happened because they disagreed on the structure. The Emergency Response Network: The dispatch system isn’t a top-down hierarchy (Left). It is a Federated Network (Right) where Local, Geographic, and National nodes coordinate through shared agreements, not just command.

The Bay St Louis church after Katrina is a simple example.

The relief organization arrived with:

  • Trucks
  • Supplies
  • Procedures

The pastor and community already had:

  • Local knowledge
  • Informal supply chains
  • A working social graph

There was no human contract.

The relief organization assumed:

  • “We arrive, we are in charge of all the supplies”

The pastor’s response was blunt:

“We appreciate and need your supplies. What we do not need is your management of a reality you only understand on paper.”

Without a human contract that respected local sovereignty, the interface between systems became a power struggle.

No amount of logistics software would have fixed that.

Wildland Fire: The Positive Case

Flowchart comparing two paths to behavior change: one uses force and results in temporary change (snapback), while the other uses enlightenment and belief shift leading to sustained culture change. Icons illustrate each step.
The Snapback Effect: Mandates (Top) create forced behavior that reverts as soon as attention shifts. Commitment (Bottom) creates sustained behavior driven by belief. Pride vs. Compliance: Compliance (Top Path) only prevents failure while you are watching. Pride/Commitment (Bottom Path) drives sustained care even when no one is looking. Commitment in Action: Wildland fire works because it relies on “Commitment” (Bottom Path) via task books and shared doctrine, rather than just “Compliance” (Top Path) via memos.

In wildland fire, the human contracts come first.

Before the big incidents, agencies have:

  • Shared doctrine under NWCG
  • ICS roles everyone respects
  • Task books that turn commitment into observable performance

By the time crews and overhead arrive at a large fire, they already know:

  • Who an IC is
  • What a division supervisor does
  • How decisions get made at briefings

They may come from different badges, but the human contract is clear:

  • “On this incident, we follow this playbook”
  • “These roles carry this authority”
  • “We back each other inside this structure”

That allows multiple systems, agencies and vendors to work together with far less friction than you would expect from the outside.

Platforms And Systems Are Not Enough

In any mission network, including air systems, you can connect platforms technically and still fail operationally.

Platforms and systems can:

  • Exchange data
  • Render pictures
  • Enable commands

They cannot decide:

  • Which partner speaks first
  • How a conflict between caveats is resolved
  • Who has the moral authority to say “stop”

That is human work.

If you do not do it early, you end up trying to negotiate it in the staging area. Under stress. In public.

Designing Human Contracts On Purpose

When I think about human contracts under technical systems, I ask:

  • Who are the real local authorities, not just the org chart names
  • What have we agreed they control, explicitly
  • What promises have we made each other about how we will behave in a crisis
  • How will we handle disagreement when the clock is ticking

In coalition environments, that might be:

  • Between nations
  • Between different operational commands
  • Between intelligence providers and operational users

The doctrine is simple:

“Write the human contract before you stress the technical system.”

If you do that, your platforms, feeds and tools have a chance to shine.

If you do not, you will end up with beautiful code on top of brittle relationships.

Last Updated on December 7, 2025

Leave a Reply