top of page

FIELD NOTE | 

August 3, 2026

The Work Between the Work

Coordination, translation, repair, and context are often treated as overhead even when they are what make the visible work possible.

Deliverables are easy to see

Organizations are good at naming visible work: launch the product, close the deal, ship the feature, publish the report, resolve the ticket.

We are less precise about the work required to make those things possible across boundaries. Someone translates what Product means into language Sales can use. Someone notices Finance and Customer Success are using different definitions. Someone repairs a relationship after a difficult handoff. Someone carries context from one meeting into another because the system does not.

Coordination is not absence of execution

When coordination is treated as overhead, people learn to hide it inside other work. The meeting appears on the calendar, but the preparation, translation, follow-up, and relationship maintenance disappear.

Then leaders ask why execution takes so much time. Part of the answer is that execution includes creating enough coherence for multiple people to act as though they are part of the same system.

Translation has a cost

Every boundary creates translation work: technical to commercial, strategy to operations, policy to practice, customer language to product language.

Strong operators often become valuable because they can cross those boundaries. The danger is allowing the organization to depend on a few people to translate forever rather than learning where shared language or better interfaces are needed.

A failed handoff does more than delay a task. It changes expectations between teams. If those expectations are not repaired, the next handoff begins with less trust and more defensive behavior.

That makes relational work part of throughput. Trust changes how much checking, escalation, documentation, and protection a system requires.

The work between the work is not always something to eliminate. Sometimes it is the connective tissue. The design question is whether the system recognizes and supports it—or simply hopes someone will keep doing it for free.

Translation is a mechanism, not a personality trait

For someone who sees patterns and shapes, translation has become a mechanism through which I can be understood. I do it in organizations too: technical to commercial, data to story, vision to execution, one team's language into another's.

But translation should not depend indefinitely on the existence of a gifted translator. If the same boundary has to be manually crossed every day, that is information about the interface.

I will map systems and draw diagrams and pull reports and join keys all day. But unless we learn to execute in a shared motion across the organization, the translation itself becomes another form of invisible infrastructure.

bottom of page