Back to Writing

The quiet work of keeping delivery honest

The useful version of “The quiet work of keeping delivery honest” is narrower than the slogan: Alignment is a protocol — written inputs, outputs, owners, and failure modes — not a recurring meeting that performs agreement.

What follows stays on that claim: mechanisms, concrete scenes, and the failure modes that appear when the claim is ignored.

For The quiet work of keeping delivery honest, the inheritance test is blunt: after a week, can someone outside the original room explain what changed, who owns it, and how you will know if it breaks? If the answer depends on hallway memory, you still have a story — not a practice.

Shared roadmaps without shared capacity envelopes are fiction. Publish what each team can carry before you celebrate alignment.

How it actually works

Install the smallest set of mechanisms that make success and failure legible. Skip the program name.

Hand-offs that preserve context include decision history, open risks, and the last failed assumption — not only a ticket ID. Context loss is a defect.

Hero bridges — one person who translates between teams — feel invaluable until they burn out and the org discovers it had no interface. Document what the hero knows while they are still standing.

Write the boundary as an API: inputs, outputs, latency expectations, error semantics, and who gets paged. If you cannot write that page, you do not have alignment — you have hope.

The meeting you should replace with a doc is the one that only redistributes status. Keep the meeting that resolves contested decisions — and require options in writing before it starts.

Prefer async artifacts for continuity. Use meetings when the decision is contested or irreversible. Calendar density is not collaboration quality.

Working agreements that age well name how to change the agreement. Static culture docs become wallpaper within a quarter.

Measure what you claim to care about. If The quiet work of keeping delivery honest only appears in kickoff slides and never in review, incident, or planning artifacts, it is branding. Put a verification signal where people already look.

Where this shows up

A cross-team launch checklist exists as a wiki page nobody updates. Convert it into a living interface doc with an owner and a last-reviewed date, or delete it.

Product wants a feature; platform wants stability. Without a capacity envelope and SLO, every conversation becomes moral. With them, the conversation becomes scheduling and tradeoffs.

A working group creates a Slack channel for “alignment.” Six weeks later the channel is noise and decisions still live in side DMs. Delete the channel or convert it into a decision log with owners.

Tradeoffs

Written interfaces cost an afternoon. Unwritten interfaces cost a quarter. Choose deliberately.

Strict ownership can feel cold. Ambiguous ownership feels warm until the page. Prefer clear primary owners with named collaborators.

Fewer meetings feel risky to managers who equate presence with control. Measure outcomes and escaped misunderstandings instead of seat time.

On The quiet work of keeping delivery honest, publish the interface: inputs, outputs, done criteria, and who gets paged. More Slack is not a substitute for a contract, and hero translators are a continuity risk.

Keep the unit of progress small enough to finish under a full calendar: one owner clarification, one verification signal, one reversible control. Grand programs without weekly evidence become status machines.

Failure modes

Each of these is a missing control, not a personality problem:

  • Hero bridges that mask missing contracts until attrition.
  • Roadmaps that look shared but hide capacity fiction — platform work scheduled as free.
  • Meetings used as a substitute for written interfaces — everyone left “aligned,” nobody can explain ownership later.
  • Collaboration theater: more shared channels, same missing contracts.

What to do this month

  • For every shared system: name a primary owner per failure mode.
  • After hand-off: verify the receiving team can operate the failure mode without a Slack ping to the sender.
  • When stuck: write the disagreement as options with tradeoffs; meet only to choose.

Publish “done” definitions across teams before joint work starts — especially for platform and product hand-offs. Ambiguous done is how resentments form.

Interfaces between teams beat shared Slack channels. Channels are transport; interfaces are contracts. Confusing the two creates ambient anxiety and no ownership.

Escalation paths that rely on knowing the right person are outages waiting for vacation. Publish who decides, by when, and what “stuck” means.

Treat conflict as design input. Resolve it in the interface, not in personality. Productive disagreement about SLOs and capacity envelopes beats political disagreement about who is more strategic.

Joint incidents need a single incident commander even when two orgs are involved. Dual command is how pages bounce and customers wait.

Conflict as a design input means capturing the disagreement as constraints and options. Personality narratives are a dead end; interface narratives ship.

Replace status karaoke with a short decision doc: context, options, choice, date, owner. Status belongs in a dashboard or a running doc; meetings are for conflict and irreversible choices.

Two teams “share a roadmap.” Neither owns the shared schema. Breaking changes collide. The repair is a schema owner, a deprecation clock, and an explicit consumer list — not a longer joint standup.

Close

Continuity is the product of clear contracts — not of more conversation.

Carry the claim as a habit, not a brand: The quiet work of keeping delivery honest either compounds ownership or it was applause.