Reality Has a Surprising Amount of Detail

principle

Any usable model compresses reality, but real systems contain more granular, undocumented complexity than the model can preserve. Inspection reveals hidden distinctions, informal pathways, redundant work, and outputs that the clean description erased.

A business-process-reengineering team went looking for the official workflow and found something else: undocumented processes, outputs nobody used, duplicated effort, and semiofficial routes through which work actually got done. The organization on the ground was stranger than the organization described by its charts.

E1

Compression deletes the working parts

To understand a system, you compress it. You replace thousands of local choices with boxes, labels, and a plausible sequence. That makes the system mentally manageable—but it also removes exceptions, tacit knowledge, historical leftovers, and distinctions too small to survive the summary.

Those omissions accumulate because real systems are not designed once. People adapt around constraints, preserve obsolete steps, invent shortcuts, and produce artifacts for needs that may no longer exist. The result is a gap between the official process and the process that functions. This is the practical danger behind the Map-Territory Relation: the map is clean partly because it cannot contain the territory’s detail.

E1

Where it shows up

The unofficial organization

The BPR investigation exposed structure that formal documentation had missed: unused outputs, unplanned processes, and semiofficial pathways. What looked like one coherent workflow was really a sediment of adaptations.

E1

One frame, many greens

Even a single visual frame contains many shades of green, though memory may retain only “green.” Perception itself demonstrates the compression: your mind preserves a serviceable category while discarding much of the scene’s actual variation.

E2

More detail is not always a better model

The principle does not mean every omitted distinction matters. A model is useful precisely because it leaves things out; demanding complete fidelity would make it as unwieldy as reality itself. The boundary is practical: recover detail when the simplified account fails to explain outcomes, not merely because more detail exists.

E2

Trace one case end to end

Before redesigning a workflow, choose one recent piece of real work and follow it from request to completion. Record every handoff, workaround, duplicate output, and unofficial approval, then compare that trace with the documented process. Redesign from the discrepancies rather than from the diagram.

E1

Episodes that teach this